Methods, systems, and media for controlling information used to present content on a public display device

ABSTRACT

Methods, systems, and media for controlling information utilized to present content using a public display device are provided. In some implementations a method for presenting content on a public display device is provided, the method comprising: (a) initiating communication with one or more display devices; (b) selecting a display device; (c) establishing a communication channel with the selected display device; (d) receiving information related to an area of a screen allocated for use by the user device; (e) identifying content that is to be presented using the selected display device; (f) generating formatted content based on the area of the screen allocated for use by the user device; (g) transmitting the formatted content to the display device using the communication channel; and repeating at least (e) to (g) until (h) determining that presentation of content using the selected display device is to be inhibited.

CROSS-REFERENCE TO RELATED APPLICATIONS

This application is a continuation of U.S. patent application Ser. No.16/791,155, filed Feb. 14, 2020, which is a continuation of U.S. patentapplication Ser. No. 15/972,936, filed May 7, 2018, which is acontinuation of U.S. patent application Ser. No. 14/575,630, filed Dec.18, 2014, each of which is hereby incorporated by reference herein inits entirety.

TECHNICAL FIELD

The disclosed subject matter relates to methods, systems, and media forcontrolling information used to present content on a public displaydevice.

BACKGROUND

In order to use a public computing device to access information from theInternet, such as in a library, airport terminal or a hotel lobby, theuser must often enter personal information such as account information.Many users worry that such account information as well as contentaccessed and/or downloaded by the user will be available to subsequentusers of the public computing device, and thus these users may bereluctant to use the public computing device. Devices such assmartphones, tablet computers and wearable computers (over which a userhas physical control) allow the user to securely access information fromthe Internet, but may not offer the same size of screen and/or inputoptions of a larger format device.

Accordingly, it is desirable to provide methods, systems, and media forcontrolling information used to present content on a public displaydevice.

SUMMARY

In accordance with various implementations of the disclosed subjectmatter, methods, systems, and media for controlling information used topresent content on a public display device are provided.

In accordance with some implementations of the disclosed subject matter,a method for presenting content on a public display device is provided,the method comprising: (a) initiating, using a hardware processor of auser device, communication with one or more display devices; (b)selecting a display device of the one or more display devices; (c)establishing a communication channel with the selected display device;(d) receiving information related to an area of a screen of the selecteddisplay device that is allocated for use by the user device; (e)identifying content that is to be presented using the selected displaydevice; (f) generating formatted content from the content that is to bepresented based on the area of the screen allocated for use by the userdevice; (g) transmitting the formatted content to the display deviceusing the communication channel; and repeating at least (e) to (g) until(h) determining that presentation of content using the selected displaydevice is to be inhibited.

In accordance with some implementations of the disclosed subject matter,a system for presenting content on a public display device is provided,the system comprising: a user device comprising a hardware processorthat is programmed to: (a) initiate communication with one or moredisplay devices; (b) select a display device of the one or more displaydevices; (c) establish a communication channel with the selected displaydevice; (d) receive information related to an area of a screen of theselected display device that is allocated for use by the user device;(e) identify content that is to be presented using the selected displaydevice; (f) generate formatted content from the content that is to bepresented based on the area of the screen allocated for use by the userdevice; (g) transmit the formatted content to the display device usingthe communication channel; and repeat at least (e) to (g) until (h)determining that presentation of content using the selected displaydevice is to be inhibited.

In accordance with some implementations of the disclosed subject matter,a non-transitory computer-readable medium containing computer executableinstructions that, when executed by a processor, cause the processor toperform a method for presenting content on a public display device isprovided, the method comprising: (a) initiating communication with oneor more display devices; (b) selecting a display device of the one ormore display devices;(c) establishing a communication channel with theselected display device; (d) receiving information related to an area ofa screen of the selected display device that is allocated for use by theuser device; (e) identifying content that is to be presented using theselected display device; (f) generating formatted content from thecontent that is to be presented based on the area of the screenallocated for use by the user device; (g) transmitting the formattedcontent to the display device using the communication channel; andrepeating at least (e) to (g) until (h) determining that presentation ofcontent using the selected display device is to be inhibited.

In accordance with some implementations of the disclosed subject matter,a system for presenting content on a public display device is provided,the system comprising: means for initiating communication with one ormore display devices; means for selecting a display device of the one ormore display devices; means for establishing a communication channelwith the selected display device; means for receiving informationrelated to an area of a screen of the selected display device that isallocated for use by the user device; means for identifying content thatis to be presented using the selected display device; means forgenerating formatted content from the content that is to be presentedbased on the area of the screen allocated for use by the user device;means for transmitting the formatted content to the display device usingthe communication channel; and means for determining that presentationof content using the selected display device is to be inhibited.

In some implementations, the means for establishing the communicationchannel with the selected display device comprises means forestablishing a Bluetooth connection with the selected display device.

In some implementations, the means for establishing the communicationchannel with the selected display device comprises means forestablishing a Wi-Fi connection with the selected display device withoutestablishing a Wi-Fi connection with an intermediary device.

In some implementations, the means for determining that presentation ofcontent using the selected public display device comprises means fordetermining that the communication channel has been disconnected.

In some implementations, the system further comprises: means forreceiving, from the selected display device, information related topresentation of the formatted content by the selected public displaydevice; and means for performing an action based on the informationrelated to presentation of the formatted by the selected display device.

In some implementations, the information related to presentation of theformatted content includes information related to a frequency at whichframes including the formatted content are to be presented by theselected display device and synchronization information, and the meansfor performing an action sets active shutter glasses to the frequencybased on the synchronization information.

In some implementations, the information related to presentation of theformatted content includes information related to a viewing area inwhich the formatted content is viewable, and the means for performing anaction comprises means for causing information to be presented to a userof the user device informing the user of a location of the viewing area.

BRIEF DESCRIPTION OF THE DRAWINGS

Various objects, features, and advantages of the disclosed subjectmatter can be more fully appreciated with reference to the followingdetailed description of the disclosed subject matter when considered inconnection with the following drawings, in which like reference numeralsidentify like elements.

FIG. 1 shows an example of a portion of a system for presentingrequested content on public display devices in accordance with someimplementations of the disclosed subject matter.

FIG. 2 shows an example of a generalized schematic diagram of a systemon which the mechanisms for presenting requested content on publicdisplay devices as described herein can be implemented in accordancewith some implementations.

FIG. 3 shows an example of hardware that can be used to implement one ormore of the user devices, display devices, and servers depicted in FIG.2 in accordance with some implementations of the disclosed subjectmatter.

FIG. 4 shows an example of a process for presenting requested content onpublic display devices in accordance with some implementations of thedisclosed subject matter.

FIGS. 5A-5C show diagrams illustrating examples of data flows that canbe used in conjunction with the process of FIG. 4 to discover and/orselect public display devices on which to present content in accordancewith some implementations of the disclosed subject matter.

FIGS. 6A-6C show diagrams illustrating examples of data flows that canbe used in conjunction with the process of FIG. 4 and data flows ofFIGS. 5A-5C to cause content to be presented on a selected publicdisplay device in accordance with some implementations of the disclosedsubject matter.

FIGS. 7A-7D show examples of a user interface for causing content to bepresented by a public display device and presentation of content by apublic display device in accordance with some implementations of thedisclosed subject matter.

FIG. 8 shows an example of a process for determining which content is tobe presented on public display devices based on control settings inaccordance with some implementations of the disclosed subject matter.

FIGS. 9A-9F show examples of a user interface for setting controlsettings and content presented by a public display device in accordancewith the control settings in accordance with some implementations of thedisclosed subject matter.

FIG. 10 shows an example of a process for launching a mobile applicationusing a public display device in accordance with some implementations ofthe disclosed subject matter.

FIGS. 11A-11B show diagrams illustrating examples of data flows that canbe used in conjunction with the process of FIG. 10 to launch a mobileapplication using a public display device in accordance with someimplementations of the disclosed subject matter.

FIGS. 12A-12B show examples of a user interface for launching andinteracting with a mobile application using a public display device inaccordance with some implementations of the disclosed subject matter.

FIG. 13 shows an example of a process for presenting content using apublic display device while maintaining control over the content inaccordance with some implementations of the disclosed subject matter.

FIG. 14 shows an example of a process for controlling storage ofinformation by a system for presenting content using a public displaydevice in accordance with some implementations of the disclosed subjectmatter.

FIG. 15 shows an example of a user interface for setting one or moredata storage policies in accordance with some implementations of thedisclosed subject matter.

DETAILED DESCRIPTION

In accordance with various implementations, mechanisms (which caninclude methods, systems, and/or media) for presenting requested contenton public display devices are provided.

In some implementations, these mechanisms can facilitate thepresentation of content associated with a particular user and/or userdevice by a display that the user can readily view. For example, in someimplementations, presentation of content by a public display device canbe initiated from the user device. As described herein, any suitablecontent associated with the user and/or user device can be presented bya public display device. For example, the user can request that walkingdirections to a particular retail store be presented using publicscreens from a navigation application installed on and being executed bythe user's smartphone.

In some implementations, the mechanisms described herein can select oneor more public display devices on which to present the requested contentusing any suitable technique or combination of techniques. For example,using information about the location of the user device and/or the oneor more public display devices, the mechanisms described herein candetermine which display is most likely to be viewable to the user. In amore particular example, if the user requested, via a smartphone,walking directions to a retail store, the mechanisms can select anearest public display device to the smartphone that is on the way tothe retail store.

As another example, using information about the content to be presented,the mechanisms described herein can determine which nearby display isappropriate to present the type of content that is to be presented. In amore particular example, if the content to be presented includespersonal information, the mechanisms described herein can select adisplay that is more secluded or in a more private location with respectto other nearby display devices.

In some implementations, the mechanisms described herein can cause thecontent to be presented by a selected public display device. Themechanisms can use any suitable technique or combination of techniquesto cause a particular display device to present the requested content.For example, having selected a display device on which to present therequested content, the mechanisms described herein can communicate anaddress corresponding to the requested content to the selected displaydevice. In a more particular example, in the case where the userrequested, via a smartphone, walking directions to a retail store, themechanisms can generate and/or identify an address associated with thedirections and communicate the address to a selected public displaydevice. This public display device can then, in some implementations,use the address to retrieve and present the walking directions.

In situations in which the mechanisms described herein record personalinformation about users, or can make use of personal information, theusers are provided with an opportunity to control whether programs orfeatures of the mechanisms described herein record user information(e.g., information about user actions stored on a user device,information about user actions stored on a remote device such as aserver, information about content presented by display device, etc.),and/or to control whether and/or how much personal information ispresented and/or shared. In addition, certain data can be treated in oneor more ways before it is stored or used, so that personal informationis removed. For example, a user's identity can be treated so that nopersonal information can be determined for the user, or a user'sgeographic location can be generalized where location information isobtained (such as to a city block, a city, ZIP code, or state level), sothat a particular location of a user cannot be determined. Thus, theuser can have control over how information is recorded about the userand used by a content server.

Turning to FIG. 1, an example of a portion of a system for presentingrequested content on public display devices is shown in accordance withsome implementations of the disclosed subject matter. As shown in FIG.1, the system can include a user device 102 associated with a user 104.In some implementations, user 104 can be located within a portion 100 ofan environment that includes one or more display devices 110-1 to 110-4on which content can be presented.

In some implementations, one or more of display devices 110-1 to 110-4in environment 100 can be a public display device on which contentassociated with a user, such as user 104, can be presented in responseto a request from a device, such as user device 102. In someimplementations, such a public display device can occupy a space thatmight otherwise be used to convey information to the public such as abillboard, a store window, a bus or subway sign, a display space forpresenting a map of a local area, etc. Additionally, in someimplementations, as described below in connection with FIG. 4, a displaydevice 110 that is a public display device can be programmed to acceptonly certain types of content for presentation. For example, displaydevice 110-1 can be programmed to accept any content that is appropriatefor all ages, while display device 110-2 can be programmed to acceptonly advertisements, directions and weather information as content thatis to be presented. In some implementations, such programming can betime-based, such that a particular display device (e.g., display device110-3) can be programmed to act as a public display device duringcertain periods of time, and to act as a non-public display deviceduring other periods of time.

In some implementations, each display device 110 that is to act as apublic display device can be coupled to a network, such as the Internet,over which it can receive content that is to be presented. For example,as described below in connection with FIG. 4, a display device 110 thatis to act as a public display device can receive content that is to bepresented from a remote server. Additionally or alternatively, eachdisplay device 110 that is to act as a public display device cancommunicate with one or more other devices, such as user device 102 oranother display device 110, without using a non-local network, such asthe Internet. For example, display device 110 can communicate withanother device using peer-to-peer communication techniques (e.g., usinga Bluetooth connection, using one or more wireless ad-hoc connections,and/or using any other suitable technique or combination of techniques).As another example, display device 110 can communicate with anotherdevice using an ad-hoc network where one or more intermediate devices(e.g., one or more other display devices and/or user devices) that forma part of the ad-hoc network between user device 102 and a displaydevice 110 that is to be used as a public display device on which topresent content. As yet another example, display device 110 and a userdevice 102 can both be coupled to a local area network over whichdisplay device 110 and user device 102 can communicate. In someimplementations, display device 110 can include a wireless access pointto which a user device 102 can be coupled for communication over a localnetwork and/or a non-local network (e.g., the Internet) to which displaydevice 110 is connected.

In some implementations, each display device 110 can be associated withlocation information. For example, the location information associatedwith a display device can be represented by coordinates at which thedisplay device is located. As another example, the location informationcan be represented as location information relative to another object orfeature for which location information is known. As a more particularexample, the location of a display device, such as display device 110-1,can be represented as location information relative to a building 106-1to which display device 110-1 is coupled. In such an example, thelocation information associated with display device 110-1 can includeinformation indicating that display device 110-1 is coupled to building106-1 at the southeast corner, where building 106-1 can be identified byan address, coordinates, and/or any other suitable location information.

In some implementations, location information associated with a displaydevice can include height information. For example, location informationfor display device 110-1, which is coupled to building 106-1, caninclude a height at which a center (or other reference point or points)of display device 110-1 is positioned above ground level and/or withrespect to any other suitable reference point. Similarly, locationinformation for display device 110-2, which is positioned over asidewalk area, can include a height at which a center (or otherreference point or points) of display device 110-2 is positioned aboveground level and/or with respect to any other suitable reference point(e.g., the sidewalk on which user 104 is walking).

In some implementations, the location information can be determinedusing any suitable technique or combination of techniques. For example,a display device (e.g., display device 110-1) can include one or moresensors for determining a location relative to the surface of the earth(e.g., using the Global Positioning System, which is sometimes referredto as GPS) and/or relative to other objects (e.g., one or more wirelessaccess points, one or more devices that includes a wireless transmitter,etc.). As another example, one or more devices remote from a displaydevice can determine location information associated with the displaydevice based on a signal received from the display device. In a moreparticular example, a remote device can receive a signal transmittedfrom display device 110-1 and—based on the strength of the receivedsignal, timing information of the received signal, and/or using anyother suitable technique or combinations of techniques—can determine adistance from the display device to the remote device and/or a directionin which the display device is located. In some implementations,distance and/or direction information determined by multiple remotedevices can be used to determine a more accurate location of a displaydevice by, for example, using known location information associated withthe remote devices and multilateration, trilateration and/or any othersuitable technique or combination of techniques to determine thelocation of the display device.

As another example, the location information can be set by an ownerand/or operator of the display device as information related to thedisplay device. In such an example, an owner and/or operator can programthe location of the display device using software, firmware and/orhardware of the display device. This location information can then betransmitted by the display device to a device that requests the locationinformation associated with the display device.

As yet another example, location information associated with a displaydevice can be stored in memory of a remote device in association withidentifying information of the display device. In a more particularexample, a database of display device information, including thelocation information associated with the display device, can bemaintained. Such a database can be accessed to retrieve locationinformation associated with a particular display device or devices(e.g., in response to a database query using identifying information ofone or more display devices), and/or to retrieve identifying informationof display devices near a particular location (e.g., in response to adatabase query using location information associated with a userdevice). In some implementations, location information and/oridentifying information of display devices can be entered into thedatabase by a user, entered into the database automatically based oncommunications from a display device or other suitable device, and/orusing any other suitable technique or combination of techniques.

In some implementations, each display device can be associated withdirection information. Such direction information can, for example,indicate one or more directions in which audio and/or visual informationpresented by the display device can be perceived. For example, as shownby arrows in FIG. 1, display device 110-1 is directed south, displaydevice 110-2 can include screens that are directed both north and south,display device 110-3 is directed west and display device 110-4 isdirected south. In some implementations, such direction information canbe determined using any suitable technique or combination of techniques.For example, the direction information can be set by an owner and/oroperator of the display device as information about the display device.As another example, one or more sensors of the display device and/or anyother suitable device can be used to determine direction information ofthe display device.

In some implementations, direction information of a display device canbe stored locally by the display device (e.g., to be transmitted to adevice requesting direction information), stored remotely in a database(e.g., as described above in connection with location information),and/or determined on an as-needed basis when a query for directioninformation is received (e.g., received by a display device from aserver). In some implementations, a direction of a display device can befixed with relation to its surroundings. For example, display device110-1 can be fixed facing south based on its mounting to building 106-1.Alternatively, in some implementations, a direction of a display devicecan be variable, such as in a case where the display device rotatesand/or a structure to which the display device is coupled moves orotherwise changes position. In some implementations, a screen of adisplay device can be curved and different portions of the screen of thedisplay device can be directed in different directions. Note that ascreen of a display device can be any surface or other medium that isused by the display device to present content and need not be a physicalscreen included in or electronically coupled to the display deviceitself. For example, a screen can include a window or wall onto which animage is projected by the display device.

In some implementations, a viewing area from which a particular screenor portion of a screen of the display device can be viewed can bedetermined based on location information associated with a displaydevice, direction information associated with the display device,viewing angle information associated with the display device, and/orinformation about an area surrounding the display device, such as thelocation of walls, structures, windows, people, etc. For example, thisinformation can be used to map areas from which a typical or averageuser can perceive information presented by a particular screen of adisplay device. Such viewing area information can be stored locally bythe display device, stored remotely in a database (e.g., as describedabove in connection with location information), determined on anas-needed basis, and/or can be made available using any other suitabletechnique or combination of techniques.

In some implementations, user 104 and/or user device 102 can beassociated with direction information. Such direction informationassociated with user 104 and/or user device 102 can be determinedexplicitly using a sensor associated with user 104, such as a sensor ofuser device 102. Additionally or alternatively, the position of user 104and/or user device 102 at different points in time can be used to infera direction that user 104 and/or user device 102 is facing based on adirection of motion of user 104 and/or user device 102.

In some implementations, a location of user device 102 can be determinedusing any suitable techniques. For example, user device 102 can includeone or more sensors for determining a location relative to the surfaceof the earth (e.g., using GPS) and/or relative to other objects (e.g.,one or more wireless access points, one or more devices that include awireless transmitter). As another example, a computing device that isremote from a user device can determine location information associatedwith the user device based on a signal received from the user device. Ina more particular example, a remote computing device can receive asignal transmitted from user device 102 and can determine a distancefrom the user device to the remote device and/or a direction in whichthe user device is located using any suitable technique or combinationof techniques. For example, the remote computing device can determine adistance to the user device based on the strength of the receivedsignal. As another example, the remote computing device can determine adistance to the user device based on timing information of the receivedsignal. In some implementations, distance and/or direction informationdetermined by multiple remote devices can be used to determine locationinformation associated with user device 102 by, for example, using knownlocation information associated with the remote devices andmultilateration, trilateration and/or any other suitable technique orcombination of techniques to determine the location of user device 102.

As described below in connection with FIG. 4, in some implementations,the mechanisms described herein can select one or more display devices,such as display devices 110-1 to 110-4, on which content associated withuser device 102 is to be presented. In selecting the display device ordevices, the location information associated with the display devicesand the location information associated with a user device (and/or user)can be used to determine which display device or devices are likely tobe visible to the user at the time when the content is to be presented.As shown in FIG. 1, based on the relative locations of user device 102and display devices 110-1 to 110-4, the mechanisms described herein canselect the south-facing screen of display device 110-2 as a displaydevice on which to present content associated with user device 102. Insome implementations, as user 104 moves through environment 100, themechanisms can select an additional display device or screen of adisplay device on which to present the content. For example, as user 104moves north and draws even with or passes a location of display device110-2, the mechanisms can select the south-facing screen of displaydevice 110-1 to present the content.

As described below, in some implementations, the mechanisms describedherein can cause any suitable information to be presented on a selecteddisplay device to indicate to a user associated with the user device(e.g., user 104) that the content being presented is intended for thatuser. For example, as shown in and described below in connection withFIG. 7C, an avatar associated with user 104 can be presented inassociation with the content that is to be presented for user 104.

FIG. 2 shows an example 200 of a generalized schematic diagram of asystem on which the mechanisms for presenting requested content onpublic display devices as described herein can be implemented inaccordance with some implementations. As illustrated, system 200 caninclude one or more user devices 102. User devices 102 can be local toeach other or remote from each other. User devices 102 can be connectedby one or more communications links 204 to a communication network 206that can, in turn, be linked to a server 220 via a communications link212.

System 200 can include one or more display devices 110. Display devices110 can be local to each other or remote from each other. Each displaydevice 110 can be connected by one or more communications links 208 tocommunication network 206 that can, in turn, be linked to server 220 viacommunications link 212 and/or user device 102 via communications link204.

System 200 can include one or more servers 220. Server 220 can be anysuitable server or servers for providing access to the mechanismsdescribed herein for presenting requested content on public displaydevices, such as a processor, a computer, a data processing device, orany suitable combination of such devices. For example, the mechanismsfor presenting requested content on public display devices can bedistributed into multiple backend components and multiple frontendcomponents and/or user interfaces. In a more particular example, backendcomponents (such as mechanisms for receiving requests to presentcontent, selecting a display device on which to present the content,formatting the content for presentation on a selected display device,making the content available to the selected display device, erasingcontent from a cache and/or memory that is to be erased, causing contentstored on another device to be erased, etc.) can be performed on one ormore servers 220. In another more particular example, frontendcomponents (such as presentation of content, requesting that content bepresented by a public display device, detecting that a user device isnear a public display device, transmitting formatted content to adisplay device, etc.) can be performed on one or more user devices 102and/or display devices 110.

In some implementations, each of user devices 102, display device 110and server 220 can be any of a general purpose device, such as acomputer, or a special purpose device, such as a client, a server, etc.Any of these general or special purpose devices can include any suitablecomponents such as a hardware processor (which can be a microprocessor,a digital signal processor, a controller, etc.), memory, communicationinterfaces, display controllers, input devices, etc. For example, userdevice 102 can be implemented as a smartphone, a tablet computer, awearable computer, a vehicle computing and/or entertainment system(e.g., as used in a car, a boat, an airplane, or any other suitablevehicle), a laptop computer, a portable game console, any other suitablecomputing device, or any suitable combination thereof. As anotherexample, display device 110 can be implemented as a television, aprojector, a large-scale video screen, multiple screens of variousdimensions, a collection of display elements such as light emittingdiode modules, a desk-top computer, a set-top box, a digital mediareceiver, a game console, any other suitable computing device, or anysuitable combination thereof

Communications network 206 can be any suitable computer network orcombination of such networks including the Internet, an intranet, awide-area network (WAN), a local-area network (LAN), a wireless network,a Wi-Fi network, a digital subscriber line (DSL) network, a frame relaynetwork, an asynchronous transfer mode (ATM) network, a virtual privatenetwork (VPN), a peer-to-peer connection, etc. Each of communicationslinks 204, 208, and 212 can be any communications links suitable forcommunicating data among user devices 102, display devices 110 andserver 220, such as network links, dial-up links, wireless links,hard-wired links, any other suitable communications links, or anysuitable combination of such links. Note that, in some implementations,multiple servers 220 can be used to provide access to differentmechanisms associated with the mechanisms described herein forpresenting requested content on public display devices. For example,system 200 can include: a display device selection server 220 thatfacilitates selection of a public display device on which to presentcontent using the mechanisms described herein; a public display devicedata server 220 that maintains one or more databases of locationinformation and/or other information related to public display devices;a content delivery server 220 that formats and makes available contentto be presented by a public display device; and/or any other suitableservers for performing any suitable functions of the mechanismsdescribed herein.

FIG. 3 shows an example 300 of hardware that can be used to implementone or more of user devices 102, display devices 110 and servers 220depicted in FIG. 2 in accordance with some implementations of thedisclosed subject matter. Referring to FIG. 3, user device 102 caninclude a hardware processor 302, a display/input device 304, memory 306and a transmitter /receiver 308, which can be interconnected. In someimplementations, memory 306 can include a storage device (such as acomputer-readable medium) for storing a user device program forcontrolling hardware processor 302.

Hardware processor 302 can use the user device program to execute and/orinteract with the mechanisms described herein for: requesting thatcontent be presented by a public display device; controllingpresentation of the content on the public display device; setting acontrol level for the content shown on the public display device;presenting a user interface on display/input device 304 (e.g., asdescribed below in connection with FIGS. 7A-7D and 9A-9D); performingany other suitable functions in accordance with instructions received asa result of, for example, process 400 described below in connection withFIG. 4 and/or process 800 described below in connection with FIG. 8;and/or transmitting and receiving data through communications link 204.In some implementations, the user device program can cause hardwareprocess 302 to, for example, execute at least a portion of process 400as described below in connection with FIG. 4, at least a portion ofprocess 800 as described below in connection with FIG. 8, at least aportion of process 1000 as described below in connection with FIG. 10,at least a portion of process 1300 as described below in connection withFIG. 13, and/or at least a portion of process 1400 as described below inconnection with FIG. 14. In some implementations, hardware processor 302can transmit and receive data through communications link 204 or anyother communication links using, for example, a transmitter, a receiver,a transmitter/receiver, a transceiver, and/or any other suitablecommunication device, such as transmitter/receiver 308. Display/inputdevice 304 can include a touchscreen, a flat panel display, a cathoderay tube display, a projector, a speaker or speakers, and/or any othersuitable display and/or presentation devices, and/or can include acomputer keyboard, a computer mouse, one or more physical buttons, amicrophone, a touchpad, a voice recognition circuit, a touch interfaceof a touchscreen, a camera, a motion sensor such as an optical motionsensor and/or an accelerometer, a temperature sensor, a near fieldcommunication (NFC) sensor, a biometric data sensor, and/or any othersuitable input device. Transmitter/receiver 308 can include any suitabletransmitter and/or receiver for transmitting and/or receiving, amongother things, instructions for presenting content, information relatedto a current control level, requests for location information, etc., andcan include any suitable hardware, firmware and/or software forinterfacing with one or more communication networks, such as network 206shown in FIG. 2. For example, transmitter/receiver 308 can include:network interface card circuitry, wireless communication circuitry,and/or any other suitable type of communication network circuitry; oneor more antennas; and/or any other suitable hardware, firmware and/orsoftware for transmitting and/or receiving signals.

Display device 110 can include a hardware processor 312, a display/inputdevice 314, memory 316 and a transmitter /receiver 318, which can beinterconnected. In some implementations, memory 316 can include astorage device (such as a computer-readable medium) for storing adisplay device program for controlling hardware processor 312.

Hardware processor 312 can use the display device program to executeand/or interact with the mechanisms described herein for: receivingcontent to be presented by a public display device; controllingpresentation of the content on the public display device (e.g., asdescribed below in connection with FIGS. 7A-7D and 9A-9D); presenting auser interface on display/input device 314; transmitting informationrelated to display device 110; performing any other suitable functionsin accordance with instructions received as a result of, for example,process 400 described below in connection with FIG. 4, at least aportion of process 800 as described below in connection with FIG. 8, atleast a portion of process 1000 as described below in connection withFIG. 10, at least a portion of process 1300 as described below inconnection with FIG. 13, and/or at least a portion of process 1400 asdescribed below in connection with FIG. 14; and/or transmitting andreceiving data through communications link 208. In some implementations,the display device program can cause hardware process 312 to, forexample, execute at least a portion of process 400 as described below inconnection with FIG. 4 and/or at least a portion of process 800 asdescribed below in connection with FIG. 8. In some implementations,hardware processor 312 can transmit and receive data throughcommunications link 214 or any other communication links using, forexample, a transmitter, a receiver, a transmitter/receiver, atransceiver, and/or any other suitable communication device such astransmitter/receiver 318. Display/input device 314 can include atouchscreen, a flat panel display, a cathode ray tube display, aprojector, a speaker or speakers, and/or any other suitable displayand/or presentation devices, and/or can include a computer keyboard, acomputer mouse, one or more physical buttons, a microphone, a touchpad,a voice recognition circuit, a touch interface of a touchscreen, acamera, a motion sensor such as an optical motion sensor and/or anaccelerometer, a temperature sensor, a near field communication sensor,a biometric data sensor, and/or any other suitable input device.Transmitter/receiver 318 can include any suitable transmitter and/orreceiver for transmitting and/or receiving, among other things, contentto be presented, requests for status information of display device 110,requests for content, requests for location information, etc., and caninclude any suitable hardware, firmware and/or software for interfacingwith one or more communication networks, such as network 206 shown inFIG. 2. For example, transmitter/receiver 318 can include: networkinterface card circuitry, wireless communication circuitry, and/or anyother suitable type of communication network circuitry; one or moreantennas; and/or any other suitable hardware, firmware and/or softwarefor transmitting and/or receiving signals.

Server 220 can include a hardware processor 322, a display/input device324, memory 326 and a transmitter/receiver 328, which can beinterconnected. In some implementations, memory 326 can include astorage device for storing data received through communications link 212or through other links. The storage device can further include a serverprogram for controlling hardware processor 322. In some implementations,memory 326 can include information stored as a result of user activity(e.g., user preferences, content to be presented, requests for contentto be presented, user credentials for use in accessing content to bepresented, etc.), information stored as a result of activity related topublic display devices (e.g., location information associated with oneor more public display devices, status information of one or more publicdisplay devices, etc.), and/or any other suitable information. In someimplementations, the server program can cause hardware process 322 to,for example, execute at least a portion of process 400 as describedbelow in connection with FIG. 4, at least a portion of process 800 asdescribed below in connection with FIG. 8, at least a portion of process1000 as described below in connection with FIG. 10, at least a portionof process 1300 as described below in connection with FIG. 13, and/or atleast a portion of process 1400 as described below in connection withFIG. 14.

Hardware processor 322 can use the server program to communicate withuser devices 102 and/or display devices 110 as well as provide access toand/or copies of the mechanisms described herein. It should also benoted that data received through communications link 212 or any othercommunications links can be received from any suitable source. In someimplementations, hardware processor 322 can transmit and receive datathrough communications link 212 or any other communication links using,for example, a transmitter, a receiver, a transmitter/receiver, atransceiver, and/or any other suitable communication device, such astransmitter/receiver 328. In some implementations, hardware processor322 can receive commands and/or values transmitted by one or more userdevices 102, display devices 110, one or more other servers 220, and/orone or more users of server 220 such as a user that makes changes toadjust settings associated with the mechanisms described herein forpresenting requested content on public display devices. Display 324 caninclude a touchscreen, a flat panel display, a cathode ray tube display,a projector, a speaker or speakers, and/or any other suitable displayand/or presentation devices, and/or can include a computer keyboard, acomputer mouse, one or more physical buttons, a microphone, a touchpad,a voice recognition circuit, a touch interface of a touchscreen, acamera, a motion sensor such as an optical motion sensor and/or anaccelerometer, a temperature sensor, a near field communication sensor,a biometric data sensor, and/or any other suitable input device.Transmitter/receiver 328 can include any suitable transmitter and/orreceiver for transmitting and/or receiving, among other things, contentto be presented, requests for status information of display device 110,requests for content, requests for location information, etc., and caninclude any suitable hardware, firmware and/or software for interfacingwith one or more communication networks, such as network 206 shown inFIG. 2. For example, transmitter/receiver 328 can include: networkinterface card circuitry, wireless communication circuitry, and/or anyother suitable type of communication network circuitry; one or moreantennas; and/or any other suitable hardware, firmware and/or softwarefor transmitting and/or receiving signals.

In some implementations, server 220 can be implemented in one server orcan be distributed as any suitable number of servers. For example,multiple servers 220 can be implemented in various locations to increasereliability and/or increase the speed at which the server cancommunicate with user devices 102 and/or display devices 110.Additionally or alternatively, as described above in connection withFIG. 2, multiple servers 220 can be implemented to perform differenttasks associated with the mechanisms described herein.

FIG. 4 shows an example 400 of a process for presenting requestedcontent on public display devices in accordance with someimplementations of the disclosed subject matter. At 402, process 400 candetermine that there is content associated with a user device and thatthe content is to be presented using a public display device. In someimplementations, content that is associated with a user device caninclude any suitable content, such as static image data, video data,text data, formatting data, and/or any other suitable content. Forexample, content that is associated with a user device can include anavatar or other information associated with a user or user device toidentify that the content that is being presented is directed at theuser and/or a user of the user device. In a more particular example, anavatar associated with a user account authenticated on the user devicecan be retrieved and used by the public display device to identifycontent pertaining to the user device. As another example, content thatis associated with a user device can include content accessible throughan application installed on the user device, such as email messages,directions, notifications, personal content, text messages, etc.

As yet another example, content that is associated with a user devicecan include content accessible through an association with a publicscreen, such as an interactive catalog of products available from anearby retail store, a map of a facility and/or area in which the publicscreen is located, a ticket purchasing application, etc. In someimplementations, content associated with a particular public screen canbe made accessible through an application program interface (“API”).Using such an API, a user device can request content associated with thepublic display device based on one or more received inputs and/or basedon information associated with the user device such as settings, auser's history and/or revealed preferences, and/or any other suitableinformation. Additionally, in some implementations, the API can receiveinstructions initiated by the user device (and/or any other suitabledevice) to control presentation of the content made accessible throughthe API. For example, a public display device in a mall can make aninteractive map available for presentation to a user associated with aparticular user device. The user device can then be used to issueinstructions to control presentation of the map, to search for a storein the mall, highlight the store on the map, and/or get directions tothe store using the public display device and/or other public displaydevices. In some implementations, an owner of a public display device,an operator of a public display device, and/or any other suitable entitycan designate content that is to be presented by the display device.Additionally, in some implementations, such an owner, operator, and/orany other suitable entity can design how a user interface forinteracting with the content is to be presented, and/or how interactionwith the content is to proceed.

In some implementations, the content that is to be presented by a publicdisplay device can be related to a user device in any suitable manner.For example, content that is to be presented by a public display devicecan be related to a user device because presentation of the content bythe public display device was requested by the user device. In a moreparticular example, if a user device such as a smartphone requests thatdirections to a restaurant be presented by a public display device(e.g., using a map application installed on the smartphone, using a webpage for requesting and/or presenting directions, etc.), directions thatare to be presented on one or more public display devices can beassociated with the smartphone.

As another example, content that is to be presented by a public displaydevice can be related to a user device because a user associated withthe user device is also associated with a device that requested that thecontent be presented by a public display device. In a more particularexample, if a user device such as a tablet computer is used to requestthat directions to a restaurant be presented by a public display deviceand a particular user is associated with the tablet computer, any deviceassociated with the user can be associated with the content to bepresented. For example, a vehicle computing and/or entertainment systemthat is also associated with the particular user can also be associatedwith the content. The fact that another device (e.g., the vehiclecomputing and/or entertainment system) is also associated with the usercan be determined based on one or more factors. In such an example, anysuitable technique or combination of techniques can be used to determinethat a particular user is associated with the tablet computer and/orwith the vehicle computing and/or entertainment system. In a moreparticular example, a particular user can be determined to be associatedwith a user device if the particular user logged in as a user of theuser device (e.g., on a log-in screen, in a settings user interface,during set-up of the device, etc.). In another more particular example,a particular user can be determined to be associated with a user deviceif the particular user logged in to an application used to request thatthe content be presented by a public display device. Any other suitabletechnique or combination of techniques can be used to determine that theuser is associated with a particular device.

As yet another example, content that is to be presented by a publicdisplay device can be related to a user device based on a user accountassociated with the content being, in turn, associated with a particularuser device. For example, if a notification (e.g., to inform a userabout a change associated with an account) is directed at a particularuser account, a device associated with that user account can also beassociated with the content that is to be presented by the publicdisplay device.

In some implementations, process 400 can determine that such contentassociated with a user device (such as user device 102) exists based onany suitable condition or combination of conditions. For example,process 400 can determine that user device 102 has transmitted a requestto present content using a public display device. As another example,process 400 can determine that content associated with user device 102(e.g., directions) is currently being presented by a public displaydevice and can determine that such content is to be presented on acontinuing basis. In a more particular example, process 400 candetermine that content associated with user device 102 is currentlybeing presented, and can also determine that presentation of suchcontent is to continue because at least a portion of the contentassociated with user device 102 has not yet been presented and/orbecause an instruction has not been received to inhibit presentation ofthe content on the public display devices. As yet another example,process 400 can determine that content associated with user device 102is to be presented by one or more public display devices based oninstructions received from a server (and/or any other suitable computingdevice) and/or settings associated with a user of user device 102indicating that content associated with user device 102 is to bepresented using one or more public display devices. In a more particularexample, in response to a notification being directed to user device102, process 400 can determine that content related to the notificationis content that is to be presented by a public display device based onthe notification itself and, in some cases, settings associated with auser of user device 102.

In some implementations, at 402, process 400 can determine whether anapplication and/or service associated with the content to be presentedusing a public display device is permitted to present content using apublic display device. In some implementations, process 400 candetermine whether an application is permitted to present content on apublic display device based on user settings. For example, a user canprovide input to any suitable application and/or service to indicatewhich applications and/or services are permitted to present contentassociated with that user. In a more particular example, the user canprovide input to an operating system of a user device, to an applicationthat controls presentation of content on public display devices, to aservice associated with a user account that controls presentation ofcontent on public display devices, and/or to any other suitableapplication and/or service, where the input indicates whetherpresentation of content associated with particular applications and/orservices is permitted using a public display device. In someimplementations, a user can be required to affirmatively permit contentassociated with a particular application and/or service to be presentedbefore process 400 will permit content associated with that particularapplication and/or service to be presented by a public display device.Additionally, in some implementations, if process 400 determines thatthe content to be presented using a public display device is associatedwith an application and/or service that is not permitted to presentcontent using a public display device, process 400 can inhibit thecontent from being presented using a public display device by inhibitingany suitable portion of process 400 from being carried out with respectto that content (e.g., by inhibiting discovery as described below inconnection with 404, by inhibiting selection as described below inconnection with 408, by inhibiting the content from being presented asdescribed below in connection with 412, and/or by inhibiting any othersuitable action from being performed). In some implementations, whenprocess 400 inhibits the content from being presented, process 400 cancause a user device with which the content is associated to provide anindication that presentation of the content has been inhibited,information identifying which application and/or service the content isassociated with, and/or instructions and/or options indicating to theuser one or more actions that the user may take to permit the content tobe presented using a public display device.

As another example, in some implementations, an administrator of adisplay device for presenting content and/or an administrator of aserver that causes content to be presented using a display device, canprovide input to any suitable application and/or service to indicatewhich applications and/or services are permitted to present content onone or more public display devices (e.g., public display devicesassociated with the administrator, all public display devices, publicdisplay devices in a particular area, etc.). In a more particularexample, the administrator can provide input to an operating system of aserver and/or display device, to an application that controlspresentation of content on public display devices, to a serviceassociated with one or more display devices that controls presentationof content on those display devices, and/or to any other suitableapplication and/or service, where the input indicates whetherpresentation of content associated with particular applications and/orservices is permitted using a public display device. In someimplementations, an administrator can be required to affirmativelypermit presentation of content associated with a particular applicationand/or service before process 400 will permit content associated withthat particular application and/or service to be presented using apublic display device. Additionally, in some implementations, if process400 determines that the content to be presented using a public displaydevice is associated with an application and/or service that is notpermitted to present content on a public display device, process 400 caninhibit the content from being presented on a public display device byinhibiting any suitable portion of process 400 from being carried outwith respect to that content (e.g., by inhibiting discovery as describedbelow in connection with 404, by inhibiting selection as described belowin connection with 408, by inhibiting the content from being presentedas described below in connection with 412, and/or by inhibiting anyother suitable action from being performed). In some implementations,when process 400 inhibits the content from being presented, process 400can cause a user device with which the content is associated to providean indication that presentation of the content has been inhibited due tothe application and/or service not being permitted to present content onpublic screens.

In some implementations, process 400 can determine whether the contentthat is to be presented is authentic content that has been requested bya valid user device. Process 400 can use any suitable technique orcombination of techniques to authenticate the content such that thelikelihood that presentation of the content by public display devices inresponse to a requested by a malware application and/or a malicious useris reduced.

At 404, process 400 can initiate device discover functions to determinewhich public display device or devices are near the user deviceassociated with content that is to be presented by a public displaydevice. In some implementations, such device discovery functions can beinitiated in response to determining that content is to be presented bya public display device at 402. Additionally or alternatively, in someimplementations, such device discovery functions can be initiated fromany suitable device and can use any suitable information to determinewhich public display device or devices are near the user device.

In some implementations, the user device with which content isassociated, such as user device 102 can, in response to initiatingpresentation of content by a public display device (e.g., in response toa user input), determine whether any public display devices are nearby.User device 102 can use any suitable technique or combination oftechniques to determine whether any public display devices are nearby.For example, user device 102 can transmit a signal or signals includinga message requesting that nearby public display devices (e.g., publicdisplay devices which receive the signal) to respond with a messageindicating that the public display device received the signal. Asanother example, user device 102 can receive a signal or signalstransmitted by a public display device including a message indicatingthat the display device is available for presentation of content. Suchsignals can be transmitted using, for example, peer-to-peercommunication techniques such as Bluetooth, using RFID techniques,and/or using any other suitable technique or combinations of techniquesfor communicating between user device 102 and display device 110. Asanother example, user device 102 can transmit a message to a server thatmaintains a database and/or list of public display device locations.Such a message can include current location information associated withthe user device.

In some implementations, a public display device, such as display device110, can receive a signal indicating that a user device, such as userdevice 102, is requesting that content be presented by a public displaydevice. Display device 110 can use any suitable technique or combinationof techniques to determine whether a user device requesting that contentbe presented is nearby. For example, display device 110 can listen for asignal or signals including a message requesting that nearby publicdisplay devices (e.g., a display of display device 110) present content.As another example, display device 110 can transmit a signal or signalsincluding a message indicating that display device 110 is available forpresentation of content. Such signals can be transmitted using, forexample, peer-to-peer communication techniques, such as Bluetooth, usingRFID techniques, and/or using any other suitable technique orcombinations of techniques for communicating between user device 102 anddisplay device 110. As another example, display device 110 can receive amessage from a server indicating that content is to be presented.

In some implementations, a server can receive a message indicating thatcontent associated with a user device is to be presented by a publicdisplay device. Such a message can include any suitable information suchas the content that is to be presented, location information associatedwith the user device, etc., and can be from any suitable source such asthe user device, another server (e.g., a notification server, a mailserver, etc.) and/or any other suitable source. In some implementations,in response to receiving such a message, the server can determine whichpublic display devices, if any, are located in an area near the userdevice's location. As described above, the server can access a databaseand/or list of public display devices to determine which public displaydevices are near the user device. A public display device can bedetermined to be near the user device based on any suitable criteria orcriterion, in some implementations. For example, the server candetermine that public display devices that are less than or equal to athreshold distance to the user device are near the user device. Asanother example, the server can determine that public display devicesfor which the user device is in a viewable area (e.g., as describedabove in connection with FIG. 1) are near the user device. As yetanother example, the server can determine that up to a predeterminednumber of public display devices that are closest to the user device arenear the user device. As still another example, the server can transmita message to one or more display devices that can be used as publicdisplay devices in an area near the user device (e.g., based on alocation of the user device), where the message requests an indicationof whether the public display device detects a signal from the userdevice (e.g., using any suitable type of communication). In such anexample, the server can use responses to the message to determine one ormore public display devices that are near the user device. As a furtherexample, the server can determine a public display device along a routeof travel of the user device (e.g., based on directions requested by theuser device, a destination of the user device, an inferred route of theuser device, etc.) as being a public display device that is near to theuser device. As another further example, any suitable combination oftechniques can be used to determine one or more public display devicesthat are near the user device.

At 406, process 400 can receive location information associated with theuser device and/or location information associated with public displaydevices near the user device. In some implementations, for example asdescribed above in connection with FIG. 1, location information caninclude any suitable information that can be used to determine therelative locations of the user device and one or more public displaydevices near the user device. For example, the location of a user devicecan be represented using coordinates and, in some cases, a margin ofuncertainty around those coordinates. In a more particular example,coordinates can be determined using any suitable technique orcombination of techniques, such as by using GPS signals, by usingmultilateration, trilateration, and/or any other suitable techniques. Asanother example, the location of a user device can be represented usinga direction and/or a distance and, in some cases, a margin ofuncertainty around the direction and/or distance, from a known object,such as a public display device.

In some implementations, a location of a user device can be determinedby the user device using one or more sensors such as a GPS sensor, asensor used in multilateration using multiple signal sources (e.g.,signals from cellular telephone and/or data antennas, signals from oneor more public display devices, etc.), and/or any other suitablesensors. In such implementations, location information associated withthe user device can be transmitted to any suitable device executing atleast a portion of process 400.

Additionally or alternatively, in some implementations, a location of auser device can be determined by one or more devices remote from theuser device. For example, one or more public display devices can eachdetermine an approximate distance to the user device using any suitabletechnique or combination of techniques. As described above in connectionwith FIG. 1, a remote device, such as a public display device, can useany suitable technique or combination of techniques to determine adistance to the user device.

In some implementations, the presence and/or magnitude of a margin ofuncertainty in the location information associated with the user devicecan be based on technological limitations in how precisely the locationof the user device can be determined (e.g., based on how accurately thelocation of the user device can be determined using a particulartechnique such as a technique using GPS signals, a technique usingmultilateration of signals, etc.). Additionally or alternatively, thepresence and/or magnitude of a margin of uncertainty in the locationinformation associated with the user device can be based on usersettings regarding how precisely the location information associatedwith the user device is permitted to be specified. For example, thesettings associated with a user device and/or a user can permit theposition of the user device to be specified to within a certain area inwhich the user device is present. As a more particular example, withreference to environment 100 of FIG. 1, settings associated with userdevice 102 and/or user 104 can inhibit a relatively precise location ofuser device 102 from being specified. In such an example, such settingscan limit the location of user device 102 to be specified based on ablock of environment 100 on which user device 102 is located, a viewingarea of a display device in which user device 102 is located (e.g., thelocation of user device 102 can be specified as within the viewing areaof the south-facing screen of public display device 110-2), with anyother level of specificity, and/or any suitable combination thereof

In some implementations, process 400 can receive location informationassociated with one of more public display device on which content maybe presented from any suitable source and/or in response to any suitablequery. For example, as described above in connection with FIG. 1, adatabase and/or list of location information for public display devicesand/or screens of public display devices can be maintained (by one ormore computing devices that are part of the mechanisms described hereinand/or by one or more computing devices that are maintained separatelyfrom the mechanisms described herein). In such an example, locationinformation associated with the user device and/or any other suitablelocation information can be used as a query to the database and/or listof location information for public display devices. As another example,process 400 can cause messages to be transmitted to one or moreparticular public display devices to determine location informationassociated with the public display device. Such messages can beaddressed, for example, by broadcasting a message to all or a subset ofdisplay devices known to be in a particular area that is near the userdevice. In some implementations, address information for a publicdisplay device can be assigned based on the location such that messagescan be addressed to the public display device using the location- basedaddress without querying a database to determine the location and/oraddress of the display device prior to sending the message.

At 408, process 400 can select one or more public display devices onwhich to present the content requested by the user device. In someimplementations, any suitable criteria and/or criterion can be used forselecting a public display device on which to present the content. Forexample, based on the device discovery initiated at 404 and/or locationinformation received at 406, one or more public display devices nearestto the user device can be selected at 408. In such an example, anysuitable number of nearest display devices can be selected. As anotherexample, based on the device discovery initiated at 404 and/or locationinformation received at 406, one or more display devices of whichprocess 400 determines the user is most likely to be able to view can beselected at 408. As yet another example, process 400 can select adisplay device based at least in part on information about a particulardisplay device (e.g., as received at 410 as described below). In a moreparticular example, process 400 can select a display device that permitsthe requested content to be presented (e.g., as described above inconnection with FIG. 1, certain display devices can inhibit particularcontent or particular types of content from being presented). In anothermore particular example, process 400 can select a display device that isbeing used by less than a threshold number of other users and/or userdevices to present requested content.

In some implementations, process 400 can inhibit at least a portion ofthe requested content from being presented based on any suitablecriteria or criterion being met. For example, if one or more contacts ofa user associated with the user device are nearby the user device and/orthe public display device that is to be used to present the content(which can be determined using any suitable technique or combination oftechniques), process 400 can inhibit presentation of the content and/orpresentation of an avatar associated with the user. Additionally, insome implementations, process 400 can cause an indication to bepresented to the user (e.g., by user device 102) indicating thatpresentation of the content and/or avatar was inhibited due to theproximity of contacts of the user. In some implementations, process 400can cause identifying information of those contacts to be presented tothe user (which can be based on whether the contact has affirmativelychosen for identifying information to be presented to nearby contacts,such as the user of user device 102). Additionally, in someimplementations, process 400 can cause user device 102 to prompt a userto select whether to present the content and/or avatar despite theproximity of the contacts.

As another example, process 400 can inhibit sensitive and/or personalcontent from being presented based on information about the publicdisplay device and/or a location of user device 102 with respect to thepublic display device. In a more particular example, if process 400determines that multiple other users are using a public display device,process 400 can control the amount of personal content that is presentedby the public display device. In another more particular example, as theuser moves closer to the public display device more personal content canbe presented, and the content can be presented at a smaller scale (e.g.,to make it less likely that others will be able to view the content).

In some implementations, process 400 can select a public display deviceand/or determine whether to inhibit the presentation of certain contentbased on the type of content to be presented. For example, for contentthat includes personal information and/or sensitive information, process400 can select a display device based more on which display device islikely to allow for more privacy and based less on which display deviceis most conveniently located. Additionally or alternatively, in someimplementations, a user (e.g., via user device 102) can designate one ormore display devices as being a private display device. For example, insuch implementations, a private display device can be a display devicethat can otherwise act as a public display device, but that the user hasdesignated as a private display device which is to be used to presentcontent associated with the user that includes personal informationand/or sensitive information. As another example, a private displaydevice can be a display device located in a user's home, workplace,etc., that the user designates as a private display device. In someimplementations, a display device designated as a private display devicecan be inhibited from acting as a public display device.

In some implementations, process 400 can select a display device ordevices based on the location of user device 102 for content that servesa notifying function. For example, for assisting a user in findinginformation that is already being presented, process 400 can select adisplay device or devices that are determined to be most likely to bevisible to the user of user device 102. In a more particular example, toassist a user in locating flight information (e.g., departure time,gate, etc.) when the user is at the airport, process 400 can cause anavatar associated with the user to be presented in proximity to suchflight information on an airport monitor to assist the user in quicklylocating such information. As another example, to assist the user inlocating an item in a grocery store (e.g., if the user has requested thelocation of salad dressing), process 400 can cause an avatar associatedwith the user to be presented in proximity to an aisle where the saladdressing is normally stocked.

In some implementations, process 400 can select a display device ordevices based on a predicted location of the user device associated withthe content. For example, if the content includes directions to aparticular location, process 400 can determine one or more displaydevices that are likely to be visible to a user associated with the userdevice if the user follows the directions. In a more particular example,process 400 can select one or more display device based on the progressof user device 102 along a planned route, and process 400 can anticipatea next display device to use based on the directions/route, in additionto or in lieu of the location of user device 102.

In some implementations, process 400 can select a public display deviceand/or determine whether to inhibit the presentation of certain contentbased on whether the request for content was an active request initiatedby a user or a passive request initiated automatically (e.g., inresponse to a notification directed at the user device). For example,for an active request for content, process 400 can select a displaydevice and/or determine whether to inhibit the presentation of certaincontent (e.g., personal information and/or sensitive information) with abias toward providing more information, and can, in some cases, selectto present such information using a display device that is likely toallow for more privacy. In such an example, as the user has activelyrequested content, process 400 can infer that the user would like to bepresented with more complete content at the expense of the convenienceand/or the privacy with which the content can be viewed based on theactive request. As another example, for a passive request for content,process 400 can select a display device and/or determine whether toinhibit the presentation of certain content (e.g., personal informationand/or sensitive information) with a bias toward providing lessinformation, and can, in some cases, select to present such informationusing a display device that is more likely to be viewable by the user(e.g., based on the location of the user device).

At 410, process 400 can receive data related to the one or more publicdisplay devices selected at 408. In some implementations, such datarelated to the one or more public display devices can be received priorto, concurrently with, and/or after selecting one or more displaydevices at 408. Additionally, in some implementations, process 400 canselect a display device at 406 based on the data related to the displaydevices that is received at 410.

In some implementations, the data related to the one or more publicdisplay devices can include any suitable data about the public displaydevices that may be relevant to the content that is to be presented. Forexample, the data related to the one or more public display devices caninclude a number of other users for which a particular display device ispresenting data. As another example, the data related to the one or morepublic display devices can include data related to the surroundings ofthe public display device, such as an area from which the display deviceis viewable, which can take account of structures such as walls, floors,ceilings, pillars, stairs, etc., as well as transient structures, suchas vehicles, banners, etc. As yet another example, data related to theone or more public display devices can include specifications of one ormore screens of the public display device, such as a size of a screen ofthe display device to be used, an amount of the screen that is availablefor presenting content, an area of the screen that can currently be usedto present content, a resolution of the screen, and/or any othersuitable information about the display device and/or a screen of thedisplay device. As still another example, data related to the one ormore public display devices can include a number of people that are nearthe display device, which can be determined based on sensors associatedwith the display device. As a further example, data related to the oneor more public display devices can include an indication of whether thedisplay device is configured to act as a public display device on whichany suitable content associated with any suitable user device, userand/or user account can be presented.

In some implementations, the data related to the one or more publicdisplay devices can be received from any suitable source. For example,the data can be received from one or more other processes and/or otherinstances of process 400 being executed concurrently to present contenton public display devices. Such other processes or instances of process400 can be executed by a computing device executing process 400 and/orby any other suitable computing device. As another example, the data canbe received from the public display devices on a periodic basis and/orin response to request for such data. As yet another example, the datacan be received from a database (or other data structure) that includessuch data related to the public display devices. The related data can bereceived from any other suitable source and/or any suitable combinationof sources.

In some implementations, the data related to the one or more publicdisplay devices can include one or more types of content that arepermitted to be presented by the display device (e.g., based on settingsthat are set by an owner and/or operator of the display device). Thesesettings can limit the types of content that can be presented using thepublic display device. For example, the settings can limit the types ofadvertisements and/or the content of advertisements that can bepresented on the public display device and/or inhibit advertisementsfrom being presented by the public display device. As another example,the settings can limit the types of content that can be presented tospecified categories, such as maps and/or directions content, weathercontent, news content, notifications, etc. As yet another example, thesettings can inhibit particular types of content from being presentedsuch as email, text messages, images, social media, etc.

At 412, process 400 can cause an avatar associated with a user of theuser device to be presented on the selected display device or devices inassociation with the content to be presented (e.g., the content to bepresented as described above in connection with 402). In someimplementations, the avatar can be any suitable graphical representationthat is associated with one or more of the user device, the user of theuser device and/or the content that is to be presented on one or morepublic display devices.

In some implementations, a user can select an avatar to be associatedwith the user and/or with the user device (e.g., user device 102). Forexample, the user can select an avatar during setup of an accountassociated with the user device and/or an application to be executed bythe user device that is associated with content that is to be presented.As another example, the user can select an avatar to be presented duringset up of a request for content (e.g., by selecting from a list ofpossible avatars, by inputting information identifying an avatar to beused, using any other suitable technique for selecting an avatar, and/orany combination of techniques).

In some implementations, an avatar can be assigned to a user, a userdevice and/or content to be presented. For example, process 400 (and/orany other suitable process) can select an avatar to be associated with aparticular user, a particular user device and/or with particularcontent. In some implementations, an assigned avatar can be a defaultavatar if a user has not selected an avatar to be used. Additionally oralternatively, an assigned avatar can be used in situations wherepresentation of an avatar associated with the user and/or user device isto be inhibited. For example, if a user, through a user device, requeststhat content be presented by a public display device but wishes to notuse an avatar associated with the user, an avatar can be assigned to theuser for the requested content.

In some implementations, different avatars for a single user can beassociated with different applications and/or different types ofcontent. For example, a user can be associated with a first avatar forsocial media content and can be associated with a second avatar fordirections.

In some implementations, process 400 (and/or any other suitable process)can determine which content is to be presented based on any suitablefactor or factors. For example, process 400 can determine which contentis to presented based on the data related to the selected display deviceor devices received at 410. In a more particular example, process 400(and/or any other suitable process) can format the content to bepresented based on specifications of the selected display device ordevices, an amount of space available on the selected display device ordevices, how much space has been allotted to the content on the selecteddisplay device or devices, and/or any other suitable factors. As anotherexample, process 400 (and/or any other suitable process) can determinewhich content is to presented based on control settings associated witha user and/or a user device associated with the content. A more detailedexample of determining content to be presented based on control settingsis described below in connection with FIG. 8. As yet another example,process 400 (and/or any other suitable process) can determine whichcontent is to presented based on sensitivity of at least a portion ofthe content to be presented. In a more particular example, process 400(and/or any other suitable process) can determine that portions ofcontent that include personal information of the user associated withthe content and/or any other suitable user are to be inhibited frombeing presented. In another more particular example, process 400 (and/orany other suitable process) can determine that portions of content thatinclude material that certain members of the public may findobjectionable, such as depictions of violence, nudity, certain words orphrases, etc., are to be inhibited from being presented.

In some implementations, process 400 can cause a size at which an avataris presented to be changed based on a distance between the user deviceassociated with the content and a public display device presenting thecontent. For example, the avatar can be presented at a particularmaximum size when process 400 determines that the user device is morethan a threshold distance from the public display device (e.g., based onthe location information received at 406). As the user device movescloser to a public display device presenting the avatar, process 400 cancause the size of the avatar to decrease, as the user can more easilyperceive the avatar as they move closer. In some implementations,process 400 can cause presentation of the avatar to be inhibited inresponse to the user device being less than a minimum threshold distancefrom the public display device on which the avatar was previouslypresented. Additionally, in some implementations, as process 400 causesthe size at which the avatar is presented to decrease, process 400 cancause a size at which the content is presented to increase. In someimplementations, process 400 can cause the avatar to be presented as abackground over which the content is presented.

In some implementations, as a distance between the user device and apublic display device being used to present the content decreases,process 400 can cause an area of the public display device used topresent the content associated with the user device to decrease.Additionally or alternatively, process 400 can cause the size at whichportions of the content are presented to decrease in size as a distancebetween the user device and a public display device being used topresent the content decreases. For example, an image in the content canbe presented at an initial size (e.g., in comparison to a total screenarea of the public screen) and as the user device moves closer, process400 can cause the image to be presented at a decreasing size. As anotherexample, text within the content can be presented using an initial fontsize which process 400 can cause to decrease as the user device movescloser. This can allow for content to be more visible when a user is ata greater distance from the public display device and for more contentto be presented when the user is at a closer distance to the publicdisplay device.

In some implementations, process 400 can cause a message to be presentedby the user device associated with the content that is being presentedto inform a user as to which public display device or devices are beingused to present the content. For example, user device 102 can requestthat email associated with a particular user account be presented by apublic display device. Process 400 can cause the email content to bepresented on one or more selected public display devices and can cause amessage (and/or other suitable information) to be presented by userdevice 102 to inform the user of user device 102 of which public displaydevice or devices are being used to present the email content.

In some implementations, information to inform a user of a publicdisplay device being used to present content can be conveyed using anysuitable technique or combination of techniques. For example, process400 (and/or any other suitable process) can cause a map to be presentedby user device 102 (and/or any other suitable device), where the mapincludes positions of user device 102 and one or more public displaydevices that are being used to present the content. In a more particularexample, process 400 can cause directions to the display device beingused to present the content to be presented by user device 102. Asanother example, process 400 (and/or any other suitable process) cancause one or more arrows to be presented by a display of user device 102pointing toward a public screen or screens that are being used topresent the content. In such an example, the direction of the arrow(s)can be determined based on outputs from one or more sensors of userdevice 102 (e.g., an electronic compass, one or more accelerometers,etc.), and a length of the arrow can represent a distance to thecorresponding public display device. As yet another example, process 400(and/or any other suitable process) can cause a public display devicebeing used to present the content to be highlighted in an augmentedreality image produced by the user device. In a more particular example,information about a location of the user device, a location of theselected public display device or devices, and size information of theselected public display device or devices can be used by any suitableprocess to overlay a highlight on a location of the public displaydevice within a field of view of a camera of user device 102 (or anyother suitable device in communication with user device 102) thatcaptures images of the surroundings of user device 102. As still anotherexample, process 400 can cause contextual information that can be usedto locate a display device that is being used to present the content tobe presented by user device 102 as, for example, text and/or audio data.In a more particular example, process 400 can cause text stating “lookup when you get to the corner of fifth and main” to be presented to theuser. In such example, process 400 can generate such contextualinformation based on any suitable information, such as locationinformation associated with user device 102, including directioninformation of user device 102. Additionally or alternatively, iffurther information about a direction in which a user is likely to belooking is known (e.g., based on eye gaze detection, based onorientation information of a wearable user device, etc.), process 400can generate the contextual information using such further directioninformation of the user to provide further guidance to locate thedisplay device that is being used to present the content. In anothermore particular example, process 400 can cause audio stating “turn yourhead left” to be presented to the user.

In some implementations, process 400 can use any suitable technique orcombination of techniques to cause a message to be presented by the userdevice associated with the content to be presented. For example, in someimplementations, process 400 can cause an application that requestedthat the content be presented to present a message to the user. Asanother example, in some implementations, process 400 can cause anotification to be transmitted to the user device associated with thecontent, where the notification includes a message and/or can beselected to cause a message to be presented by the user device.

In some implementations, any other suitable technique or combination oftechniques can be used to draw user attention to a display device thatis to be used to present the content. For example, an avatar presentedin association with the content can be animated to draw the user'sattention to the avatar. As another example, a portion of a screen ofthe display device that is being used to present the content can presenta pattern of brightness and/or colors to draw the user's attention.

In some implementations, process 400 can cause presentation of thecontent on one or more selected public display devices to be inhibiteduntil a user acknowledgment is received indicating that the content isto be presented. For example, process 400 can determine that content isto be presented by a public display device and can select a publicdisplay device on which to present the content, but presentation of thecontent can be inhibited until the user indication to present thecontent is received. This can, for example, facilitate the user indetermining which display device is to be used to present the contentand can allow the user to approach the display device prior to thecontent being presented.

In some implementations, process 400 can cause the user to be promptedto select a public display device from among nearby public displaydevices. The nearby public display devices available for selection canbe presented to the user using any suitable technique or combination oftechniques. For example, process 400 can cause a list of nearby publicdisplay devices to be presented by a user device associated with theuser, and can receive a user selection of a public display device fromthe user device. As another example, process 400 can prompt the user(e.g., using a message transmitted to the user device associated withthe user) to move toward a public display device to be used to presentthe content, and process 400 can cause the content to be presented onthe public display device towards which movement (e.g., of the userdevice) is detected. As yet another example, process 400 can prompt theuser to perform a particular action, such as a gesture, in front of apublic display device to be used to present the content, and process 400can cause the content to be presented on that public display device inresponse to the gesture being recognized by process 400 and/or receivinga signal from the public display device indicating that such a gesturewas recognized from the user. As still another example, process 400 canprompt the user to aim a camera of a user device (e.g., a smartphone, atablet computer, a wearable computer, etc.) associated with the user ata public display device to be used to present content. In such anexample, process 400 can cause the nearby public display devices thatcan be selected to present the content to be highlighted in an imagecaptured by the camera and presented by the user device. Process 400 canreceive a signal indicating that a particular public display device isto be used to present content from the user device that includes thecamera (and/or any other suitable device in communication with thecamera). Such a signal can be based on any suitable criteria being metfor a user selection based on the image data captured by the camera. Ina more particular example, process 400 can receive a signal based on thecamera capturing an image of a particular public display device for atleast a threshold amount of time (e.g., the camera was capturing imagesof a particular public display device for at least two seconds, fiveseconds, etc.). In another more particular example, process 400 canreceive a signal based on the user device receiving a selection of anarea of a touchscreen associated with an image of a particular publicdisplay device (e.g., the image data captured by the camera is presentedon a touchscreen and a selection corresponding to an area of the imageincluding the particular public display device is received).

As a further example, process 400 can prompt the user to bring aparticular user device within a threshold distance of a particularpublic display device and/or a sensor associated with the particularpublic display device. Any suitable technique can be used to determinethe proximity of the user to the particular public display device and/orsensor associated with the public display device. In such an example,the public display device can detect that the user device is within athreshold distance of the public display device (and/or a sensorassociated with the public display device) and transmit a signal to adevice executing process 400 that the user device was brought within thethreshold distance of the public display device. In a more particularexample, the user device can include an NFC antenna and the publicdisplay device can be associated with a sensor for detecting a signalfrom the NFC antenna of the user device. The NFC antenna of the userdevice can emit a signal that can be received by the public displaydevice's sensor when the user device is brought to within a thresholddistance of the sensor. Any other suitable technique or combination oftechniques can be used to determine that the user device is within aparticular distance of the public display device and/or a sensorassociated with the public display device. In some implementations, theuser bringing the user device within the threshold distance can be usedto select a particular display device and/or verify the user device'spresence at the display (e.g., prior to presenting certain content inaccordance with process 800 described below in connection with FIG. 8).

In some implementations, process 400 can use any suitable technique orcombination of techniques to cause the avatar and/or the requestedcontent to be presented by the one or more selected display devices. Forexample, process 400 can cause the content and/or avatar to be madeavailable at one or more particular addresses, and these one or moreaddresses can be communicated to the public display device that is topresent the requested content. In such an example, the public displaydevice can use the one or more addresses to request the content and/oravatar to be presented, and can receive the content and/or avatar inresponse.

As another example, process 400 can cause the content and/or avatar tobe pushed to the one or more selected display devices based on addressinformation of the one or more selected display devices.

In some implementations, process 400 can return to 402 to determine ifthere continues to be content associated with a user device that is tobe presented. Additionally or alternatively, process 400 can determinewhether a public display device on which the content is being presentedis still an appropriate display device on which to present the content.Such a determination can be based on any suitable factor or factors,such as location information received at 406, whether particularsensitive or personal information is still included in the contentand/or is no longer included in the content, and/or any other suitablefactors. For example, as user 104 moves through environment 100 shown inFIG. 1, process 400 can continuously and/or periodically determine whichpublic display device or devices are to be used to present content basedon the location of user 104 with respect to the public display devices,based on what information is included in the content to be presented,based on the surroundings of the display devices, based on whether acontact of the user is nearby, etc.

FIGS. 5A-5C show diagrams illustrating examples of data flows that canbe used in conjunction with process 400 of FIG. 4 to discover and/orselect public display devices on which to present content in accordancewith some implementations of the disclosed subject matter.

FIG. 5A shows a diagram illustrating an example 500 of a data flow thatcan be used by server 220, user device 102, and display device 110 todiscover and/or select one or more public display devices on which topresent content in accordance with some implementations of the disclosedsubject matter.

As shown in FIG. 5A, at 502, user device 102 can initiate presentationof content by a public display device. Any suitable technique ortechniques can be used to initiate presentation of content by a publicdisplay device. For example, an application installed on user device 102and being executed by user device 102 can receive an indication thatcontent accessible by the application (or by another applicationinstalled on user device 102) is to be presented by a public displaydevice. Such an indication can be received in response to any suitableinput received by the user device and/or according to any suitable ruleassociated with the application. In a more particular example, theapplication can include a selectable user input element that, uponselection, causes content associated with the application to bepresented by a public display device. In another more particularexample, the user device can receive an audio signal indicating thatcontent associated with an application that is currently being executedis to be presented by a public display device. Such an audio signal canbe processed by the application and/or by another application executedby the user device. In yet another more particular example, theapplication can be associated with a rule specifying conditions in whichcontent associated with the application is to be presented on one ormore public display devices. Such a rule can be, for example, thatcertain content associated with the application is to be presented onpublic display devices when user device 102 is within a particular area.Such an area can be defined positively (e.g., within a particular city)or negatively (e.g., more than a threshold distance from work, schooland/or home). As still another more particular example, the applicationcan receive a signal transmitted to user device 102 from a server thatindicates that content is to be presented by a public display device.

As another example, an operating system installed on, and being executedby, user device 102 can receive an indication that content associatedwith user device 102 (e.g., content associated with the operating systemand/or with one or more applications installed on user device 102) is tobe presented by a public display device. Such an indication can bereceived in response to any suitable input received by the user deviceand/or according to any suitable rule associated with the operatingsystem. In a more particular example, the operating system can include aselectable user input element that, upon selection, causes contentassociated with one or more applications to be presented by a publicdisplay device. In another more particular example, the user device canreceive an audio signal indicating that content associated with one ormore applications is to be presented by a public display device. In yetanother more particular example, the operating system can be associatedwith one or more rules specifying conditions in which content associatedwith one or more applications is to be presented by a public displaydevice. As still another more particular example, the operating systemcan receive a signal transmitted to user device 102 from a server thatindicates that content associated with one or more applications is to bepresented by a public display device.

In some implementations, the initiation of presentation of content by apublic display device can be performed by a device other than userdevice 102. For example, a server (such as server 220 and/or any othersuitable server) can initiate presentation of content associated withuser device 102. Any suitable server (or other suitable computingdevice) can use any suitable technique or combination of techniques toinitiate presentation of content associated with user device 102. Insuch implementations, 502 can be omitted and/or can be performed byanother device other than user device 102.

At 504, server 220 can receive a request to present content by a publicdisplay device. Such a request can be received using any suitabletechnique or combination of techniques and can be received from anysuitable source. For example, the request received at 504 can bereceived from user device 102, from another server that initiatedpresentation of content by a public display device, and/or from anotherserver that received a request from user device 102 to present contentby a public display device.

In some implementations, such a request can include a token and/or otherinformation that is to be used to access content that is to be presentedon the public display device. For example, the token and/or otherinformation can be used by server 220 (and/or any other suitablecomputing device) to access content that may not be otherwise publiclyaccessible and/or content that is personalized to a particular user. Ina more particular example, the token and/or other information caninclude a username and password, an authorization code, an encryptionkey, identifying information of content to be accessed, an addressassociated with content to be accessed, and/or any other suitableinformation that can be used to access and/or personalize content to bepresented. Additionally, in some implementations, such token and/orother information can allow server 220 limited access to content basedon control settings associated with a user and/or with user device 102.For example, information included in the token and/or other informationcan be information that allows access to only certain information thatis not personal and/or sensitive information.

At 506, server 220 can request and/or receive location informationassociated with user device 102. In some implementations, server 220 canrequest location information from user device 102 based on identifyinginformation and/or address information of user device 102 received at504. Additionally or alternatively, in some implementations, locationinformation associated with user device 102 can be received withoutserver 220 requesting such information. For example, locationinformation associated with user device 102 can be transmitted with arequest to present content that is received by server 220 at 504.

At 508, user device 102 can transmit location information associatedwith user device 102 to server 220 and/or to any other suitablecomputing device. In some implementations, user device 102 can transmitthe location information in response to a request from server 220 forlocation information associated with user device 102. Additionally oralternatively, user device 102 can transmit location information (and/orcause such information to be transmitted) with a request that content bepresented on a public screen initiated at 502. As described above inconnection with 406 of FIG. 4, location information can include anysuitable location information.

In some implementations, in response to a request for locationinformation received at 508, user device 102 can prompt a user toconsent to such location information being transmitted to server 220and/or used to determine one or more public screens on which to presentcontent.

In some implementations, location information for user device 102 can bedetermined by server 220 based on location information associated withuser device 102 received from one or more display devices. For example,as described above in connection with 406 of FIG. 4, one or more publicdisplay devices 110 can determine location information associated withuser device 102 with respect to public display device 110. In such anexample, each of these one or more public display devices 110 cantransmit such location information associated with user device 102 toserver 220, and server 220 can use this information to determinelocation information associated with user device 102 and/or to selectone or more public display devices on which to present content (e.g., asdescribed above in connection with 408).

At 510, server 220 can retrieve and/or receive location informationassociated with one or more public display devices 110 that are nearuser device 102. As described above, location information for publicdisplay devices 110 can be retrieved from a database of known locationsof display devices. Additionally or alternatively, server 220 cantransmit a request to public display devices 110 that are known orexpected to be near user device 102.

In some implementations, identifying information of public displaydevices 110 near user device 102 can be transmitted by user device 102.For example, user device 102 can receive signals from one or more publicdisplay devices 110 that are near user device 102 and can passidentifying information associated with the signal to server 220.

Additionally, in some implementations, server 220 can request and/orretrieve status information of one or more public display devices 110near user device 102. Such status information can include any suitableinformation related to the public display device. For example, suchinformation can include information described above in connection with410 of FIG. 4.

At 512, public display device 110 can transmit location informationassociated with display device 110, identifying information of displaydevice 110, and/or status information of display device 110 to server220 and/or to any other suitable device (e.g., user device 102, a servermaintaining a database of such display device information, etc.). Asdescribed above, in some implementations, such location information caninclude any suitable information, can be coordinate based, can includedirectionality of one or more screens of display device 110, can berelative to other structures and/or devices having a known location,etc. In some implementations, identifying information can include anysuitable identifying information to allow server 220 and/or user device102 to address display device 110 and/or cause content to be presentedby a screen of display device 110. In some implementations, statusinformation can include any suitable information such as informationrelated to display device 110 as described above in connection with 410of FIG. 4.

Information transmitted by display device 110 at 512 can be transmittedin response to a request from server 220 (e.g., as shown in FIG. 5), canbe transmitted periodically to server 220 and/or any other suitablecomputing device, can be transmitted in response to a change ininformation about display device 110 (e.g., in response to a change inlocation, a change in availability, a change in terms as to what contentcan be presented using display device 110, etc.), and/or can betransmitted at any other suitable time or in response to any suitableevent.

At 514, server 220 can select one or more display devices based at leastin part on location information associated with display device 110,location information associated with user device 102, status informationof display device 110, information about one or more other displaydevices 110, and/or any other suitable information that can be used inselecting a display device. In some implementations, server 220 canselect one or more display devices using any suitable technique orcombination of techniques, such as techniques described above inconnection with 408 of FIG. 4.

At 516, server 220 can cause an avatar associated with a user of userdevice 102 to be presented on the one or more display devices selectedat 514 in association with the content that was requested forpresentation at 504. Examples of the presentation of content by one ormore display devices 110 are described in more detail below inconnection with FIGS. 6A-6C.

FIG. 5B shows a diagram illustrating another example 520 of a data flowthat can be used by user device 102, server 220, and/or public displaydevice 110 to discover and/or select one or more display devices onwhich to present content in accordance with some implementations of thedisclosed subject matter.

As shown in FIG. 5B, at 522, user device 102 can initiate thepresentation of content by a public display device. Any suitabletechnique or techniques can be used to initiate presentation of contentby a public display device. For example, one or more techniquesdescribed above in connection with 502 can be used to initiatepresentation of content by a public display device.

At 524, user device 102 can detect the presence of one or more publicdisplay devices 110. User device 102 can detect the presence of publicdisplay devices 110 using any suitable technique or combination oftechniques. For example, user device 102 can use any suitable antennaand/or sensor to detect the presence of one or more public displaydevices. In a more particular example, user device 102 can detect one ormore signals emitted by a public display device. Such signals caninclude peer-to-peer communication signals such as Bluetooth, RFIDsignals, optical signals, audio signals, and/or any other suitablesignal or signals emitted by a public display device. In someimplementations, user device 102 can transmit a request that nearbypublic display devices make their presence known, and a signal detectedat 524 can be a signal emitted in response to such a request, which canbe a broadcast signal, a multi-cast signal, a unicast signal, and/or anyother suitable signal. Additionally or alternatively, public displaydevice 110 can emit a broadcast signal that is directed at any nearbydevice. Such a broadcast signal can be emitted on any suitable basis(e.g., periodically) and/or in response to any suitable action.

In some implementations, detection of public display devices at 524 canbe omitted. For example, detection of public display devices at 524 canbe omitted in cases where user device 102 obtains location informationfrom a server (e.g., server 220) that maintains a database of displaydevice locations as described below in connection with 526 and 528.

At 526, user device 102 can request and/or receive location informationassociated with one or more of the public display devices whose presencewas detected at 524. In some implementations, such location informationcan be determined based on a signal used to detect the presence of apublic display device as described above at 524. For example, a signalemitted by display device 110 can include a signal indicating thatdisplay device 110 is present and/or a signal indicating locationinformation associated with display device 110.

In some implementations, user device 102 can request locationinformation for one or more of the display devices detected at 524 bytransmitting such a request to server 220 that maintains a database (orother suitable data) of display device location information. Forexample, as described above in connection with 406 of FIG. 4, userdevice 102 can transmit location information associated with user device102 and request location information for nearby public display devices110 based on the location information associated with user device 102.

In some implementations, user device 102 can request locationinformation from nearby public display devices 110 using any suitabletechnique or combination of techniques. For example, in someimplementations, user device 102 can emit a broadcast signal directed atany and all public display devices that receive the signal, where thebroadcast signal can include a request for location informationassociated with the public display device. As another example, in someimplementations, user device 102 can emit a multi-cast signal directedto a group of public display devices (e.g., using address information ofthe public display devices, using a particular frequency correspondingto those public display devices, using a particular encryption keycorresponding to those public display devices, etc.), such as the publicdisplay devices whose presence was detected at 524. Such a multi-castsignal can include a request for location information associated withthe public display device. As yet another example, in someimplementations, user device 102 can emit one or more unicast signalseach directed to a particular display device 110 (e.g., using addressinformation of the public display device, using a particular frequency,using a particular encryption key, etc.). Such a unicast signal caninclude a request for location information associated with a particulardisplay device 110.

In some implementations, user device 102 can also request statusinformation of nearby display devices 110 from server 220 and/or fromdisplay devices 110. Such status information can include, for example,information related to the display device as described above inconnection with 410 of FIG. 4.

In some implementations, location information associated with detecteddisplay devices received at 526 can be stored, such that the informationcan be utilized when, for example, selecting one or more display deviceson which to present content. For example, the location information canbe cached in memory 306 of user device 102.

At 0528, server 220 can transmit location information associated withone or more display devices near user device 102 in response to arequest for location information for nearby display devices receivedfrom user device 102. As described above in connection with 406 of FIGS.4 and 526, location information associated with user device 102 can beused by server 220 to retrieve location information for nearby displaydevices.

At 530, display device 110 can transmit location information associatedwith the display device (or multiple display devices) to one or morenearby devices (which can include user device 102 and/or other displaydevices 110, as well as any other suitable devices). As described abovein connection with 524 and 526, display device 110 can transmit suchlocation information as a response to a request from user device 102and/or in response to any suitable criteria being met, such as passageof a particular period of time since the location information was lasttransmitted. Such location information can be transmitted as a broadcastsignal, a multi- cast signal, a unicast signal and/or any other suitablesignal.

In some implementations, display device 110 can include locationinformation for itself and/or location information for other nearbydisplay devices which may or may not be in range of user device 102 withthe location information transmitted at 530. For example, display device110 can transmit its location information to other display devices andvice versa. Display device 110 can cache location information for itselfand/or location information received from other display devices. In someimplementations, display device 110 can pass the location informationfor other display devices to user device 102. In such an example, thiscan allow location information for display devices with which userdevice 102 cannot directly communicate to be received by user device102.

In some implementations, in addition to location information, server 220and/or display device 110 can also transmit identifying information ofdisplay device 110, and/or status information of display device 110 touser device 102. As described above, identifying information can includeany suitable identifying information to allow user device 102 and/orserver 220 to address display device 110 and/or cause content to bepresented by display device 110. As described above in connection with410 of FIG. 4, status information can include any suitable information,such as information related to display device 110.

At 532, user device 102 can retrieve location information associatedwith user device 102. As described above, this information can bedetermined based on one or more signals received by user device 102,such as GPS signals, signals transmitted from one or more displaydevices 110, and/or any other suitable signals for determining thelocation of user device 102. In some implementations, the locationinformation can be determined at 532 and/or can be retrieved from memory306 of user device 102 based on a previous determination of the locationof user device 102.

At 534, user device 102 can select one or more public display devices(e.g., display device 110 and/or any other suitable public displaydevice) on which to present content based at least in part on thelocation information associated with the one or more display devicesreceived at 526. For example, user device 102 can select one or moredisplay devices as described above in connection with 408 of FIG. 4.

At 536, user device 102 can cause an avatar associated with a user ofuser device 102 and/or a user account associated with user device 102 tobe presented on the one or more display devices selected at 534 inassociation with the content that was requested for which presentationwas initiated at 522. Examples of presentation of content by one or moredisplay devices 110 are described in more detail below in connectionwith FIGS. 6A-6C.

FIG. 5C shows a diagram illustrating an example 540 of a data flow thatcan be used by a first display device 110-1, user device 102 and anotherdisplay device 110-2 to discover and/or select one or more displaydevices on which to present content in accordance with someimplementations of the disclosed subject matter.

As shown in FIG. 5C, at 542, user device 102 can initiate presentationof content by a public display device. Any suitable technique ortechniques can be used to initiate presentation of content by a publicdisplay device. For example, one or more techniques described above inconnection with 502 can be used to initiate presentation of content on apublic screen.

At 544, display device 110-1 can detect the presence of a user device(e.g., user device 102) that has initiated presentation of content by apublic display device. Display device 110-1 can use any suitabletechnique or combination of techniques to detect the presence of userdevice 102. For example, techniques described above in connection with524 of FIG. 5B for user device 102 to detect the presence of displaydevice 110 can similarly be used by display device 110-1 to detect thepresence of user device 102, with any suitable modifications that may berequired.

Additionally, in some implementations, display device 110-1 can detect alocation of user device 102, receive location information related touser device 102, and/or request location information for user device 102at 544 (and/or at any other suitable time). For example, such locationinformation can be determined, received and/or requested as describedabove in connection with 406 of FIG. 4, and/or using any other suitabletechnique or combination of techniques.

At 546, one or more other display devices 110-2 can transmit locationinformation associated with display device 110-2, user device 102 (e.g.,relative to display device 110-2), and/or any other suitable devices tonearby devices, such as display device 110-1. In some implementations,such information can be transmitted by display device 110-2 in responseto a request (e.g., from display device 110-1) and/or can be transmittedon any other basis (e.g., periodically, when a nearby user deviceinitiates presentation of content by a public display device, etc.). Insome implementations, display device 110-1 can also transmit locationinformation associated with display device 110-1 and/or user device 102to nearby devices, such as display device 110-2.

In some implementations, display device 110-2 can also transmitidentifying information of display device 110-2, and/or statusinformation of display device 110-2 to display device 110-1. Asdescribed above, identifying information can include any suitableidentifying information to allow display device 110-1 and/or user device102 to address display device 110-2 and/or cause content to be presentedby a screen of display device 110-2. As described above in connectionwith 410 of FIG. 4, status information can include any suitableinformation, such as information related to display device 110-2.

At 548, display device 110-1 can determine a location of user device 102relative to display device 110-1, display device 110-2 and/or any othernearby public display devices. Note that in some implementations, nearbypublic display devices can include any public display device locatedwithin any suitable distance of display device 110-1. Additionally, insome implementations, nearby display devices can be determined based onone or more factors related to the location information associated withthe user device and/or any other properties of the user device. Forexample, if user device 102 is located within a building, such as amall, airport, stadium, etc., display devices located outside of thebuilding can be considered to not be nearby. As another example, if userdevice 102 is moving at a speed that indicates that user 104 is walking,the distance at which a display device is considered to be a nearbydisplay device can be smaller than in cases where user device 102 ismoving at a speed that indicates that user 104 is using a vehicle (e.g.,a bicycle, a bus, an automobile, etc.). In some implementations, displaydevice 110-1 can communicate with nearby display devices using anysuitable technique or combination of techniques, which can includepeer-to-peer communication techniques, communication over acommunication network such as a local area network, communication overthe Internet, and/or using any other suitable communication technique orcombination of techniques.

In some implementations, display device 110-1 can determine the locationof user device 102, display device 110-1, display device 110-2, and/orany other suitable display devices using any suitable technique orcombination of techniques. For example, display device 110-1 candetermine the locations based only on proximity (e.g., a distancebetween user device 102 and display device 110-1), based on proximityand surroundings of display device 110-1 and/or user device 102, and/orbased on any other suitable factor or combination of factors consideredwith proximity of the devices. In a more particular example, displaydevice 110-1 can determine whether user device 102 is within a viewingarea of a screen of display device 110-1. In some implementations,display device 110-1 can be programmed with one or more fixed viewingareas corresponding to one or more screens and can compare the locationinformation associated with user device 102 with the viewing area todetermine whether there is overlap.

In some implementations, display device 110-1 can determine the locationof user device 102 with respect to one or more other nearby displaydevices, such as display device 110-2. In such implementations, multipledisplay devices (e.g., display device 110-1 and display device 110-2)can each determine location information for each other nearby displaydevice and can independently determine whether to present the contentinitiated by user device 102. Additionally or alternatively, multipledisplay devices (e.g., display device 110-1 and display device 110-2)can coordinate to determine which display device is to present thecontent initiated by user device 102. In some implementations, multipledisplay devices (e.g., display device 110-1 and display device 110-2)can coordinate in a master-slave relationship such that, for example,display device 110-1 determines the location of user device 102 inrelation to both display device 110-1 and display device 110-2 anddetermines which display device or devices are to present content. Notethat, although example 540 is described in connection with two displaydevices, any suitable number of public display devices can communicatewith display device 110-1 and display device 110-1 (and/or any othersuitable display devices) can determine on which display device ordevices content initiated for presentation by user device 102 is to bepresented.

At 550, display device 110-1 can determine whether content initiated forpresentation by user device 102 is to be presented by display device110-1 and/or whether the content is to be presented by another displaydevice such as display device 110-2. As described above, display device110-1 can determine whether the content is to be presented by displaydevice 110-1 and/or any other suitable display device based on anysuitable criterion or criteria such as the proximity of display device110-1 and user device 102, whether user device 102 is in a viewing areaof display device 110-1, etc.

At 552, display device 110-1 can cause an avatar associated with a userof user device 102 to be presented by display device 110-1 (and/or byanother display device, such as display device 110-2) in associationwith the content for which presentation was initiated at 542. Examplesof presentation of content by one or more display devices 110 aredescribed in more detail below in connection with FIGS. 6A-6C.

FIGS. 6A-6C show diagrams illustrating examples of data flows that canbe used in conjunction with process 400 of FIG. 4 and data flows ofFIGS. 5A-5C to cause content to be presented on a selected publicdisplay device in accordance with some implementations of the disclosedsubject matter.

FIG. 6A shows a diagram illustrating an example 600 of a data flow thatcan be used by server 220, user device 102, and display device 110 tocause requested content to be presented by one or more display devicesin accordance with some implementations of the disclosed subject matter.

At 602, user device 102 can initiate presentation of content by one ormore public display devices. User device 102 can use any suitabletechnique to initiate presentation of content by one or more publicdisplay devices and can initiate such presentation in response to anysuitable input. For example, user device 102 can use techniquesdescribed above in connection with 502 of FIG. 5 to initiatepresentation of content by one or more public display devices inresponse to an input as also described above in connection with 502 ofFIG. 5. As described above in connection with 502 of FIG. 5,presentation of content can be initiated by a device other than userdevice 102, such as by a server or other computing device (e.g., server220 and/or any other computing device).

At 604, server 220 can receive a request to present content using apublic display device. Such a request can be received using any suitabletechnique or combination of techniques and can be received from anysuitable source. For example, such a request can be received asdescribed above in connection with 504 of FIG. 5.

In some implementations, the request can include information thatidentifies the content that is to be presented. Such identifyinginformation of the content to be presented can include any suitableinformation that can be used by server 220 to determine which content isto be presented by a public display device. For example, identifyinginformation of the content can include a portion of a uniform resourceidentifier associated with the content. As another example, identifyinginformation of the content can include any suitable information foridentifying the information, such as an identification number associatedwith a request for the content. In a more particular example,information used to identify the content can include identifyinginformation of user device 102 that requested that the content bepresented and/or an application installed on and/or being executed byuser device 102, where the application is associated with the content tobe presented. This identifying information can be used, for example, toretrieve the content to be presented from a server associated with thecontent (an address of which can be included in a request for content,can be looked up based on identifying information of the application,and/or can be determined using any other suitable technique orcombination of techniques). As described above in connection with 504 ofFIG. 5, such identifying information can be included in, for example, atoken which includes information that can be used to access the contentto be presented.

In some implementations, a request to present content received at 604can include identifying information of one or more display devices onwhich the content is to be presented. For example, in someimplementations, user device 102, display device 110 and/or server 220(which may or may not be the same as server 220 shown in FIG. 6A) canrequest that content be presented and can include identifyinginformation (e.g., address information) of one or more display deviceson which the content is to be presented.

In some implementations, any suitable technique or combination oftechniques can be used by any suitable device or devices to determinewhich display device is to be used to present the requested content. Forexample, in some implementations, a determination of which displaydevice or devices are to be used to present content can be made based onone or more of flows 500, 520, and/or 540 as described above inconnection with FIGS. 5A-5C. Such a determination can be made prior tothe request being issued, in parallel with a process for requesting thecontent, after the content is requested for presentation, and/or at anyother suitable time or times.

At 606, server 220 can format content (or cause the content to beformatted) for a selected public display device (or devices) on whichthe content is to be presented. In some implementations, such formattingcan be performed based on information about the public display device ordevices on which the content is to be presented (e.g., as received at410) and/or based on any other suitable information (e.g., how far theuser is from a display device on which the content is to be presented).Formatting of the content can include any suitable formatting, such asformatting the size of a window in which the content is to be presented,formatting how large the content is to be presented within the window,colors to be used in presenting the content, how closely content is tobe spaced during presentation, which content is to be presented (e.g.,based on the sensitive and/or personal nature of the content), and/orany other suitable formatting.

In some implementations, server 220 can access the content that is to bepresented and format the content at 606. Additionally or alternatively,server 220 can transmit instructions regarding how the content is to beformatted and/or parameters of a display device on which the content isto be presented to a server (and/or other suitable computing device)that is to transmit the content to the public display device forpresentation.

At 608, server 220 can associate the content formatted at 606 with anaddress or location at which the content is to be retrieved. In someimplementations, any suitable technique or combination of techniques canbe used to associate the content with the address. For example, anassociation between the address and the content can be stored in memory326 of server 220. As another example, the address can be associatedwith information that can be used to retrieve the content (and/or causethe content to be transmitted to a particular destination, such asdisplay device 110).

Additionally, in some implementations, the address can be determinedand/or created using any suitable techniques. For example, the addresscan be an address created in response to receiving the request topresent content at 604. As another example, the address can be apre-existing address associated with the content, which can be received,for example, with the request to present content at 604. In someimplementations, server 220 can create the address associated with theformatted content. Additionally or alternatively, an address at whichthe content is to be accessed can be created by a computing device (suchas a server) associated with a provider of the content (which may or maynot be a third-party entity that does not own or operate server 220).

Additionally or alternatively, in some implementations, server 220 cancause the content to be stored at a location from which it can becommunicated to display 110. For example, server 220 can cause thecontent to be pushed to one or more selected display devices 110 basedon address information of the one or more selected display devices 110.

At 610, server 220 can cause one or more selected public display devicesto request the formatted content using the address associated with theformatted content. For example, in some implementations, the addressassociated with the formatted content can be transmitted to one or moreselected display devices (e.g., display device 110) based on addressinformation associated with the selected display devices. In someimplementations, information identifying which one or more screens of aparticular display device are to be used to present the formattedcontent can be transmitted to the one or more selected display devices.

Additionally or alternatively, in some implementations, 610 can beomitted for one or more selected display devices, and server 220 cancause the formatted content to be pushed to the display device, asdescribed above.

In some implementations, an address associated with the formattedcontent can be any suitable address that can be used to request content.For example, the address can include a uniform resource identifier(URI), a uniform resource number (URN), a uniform resource locator(URL), an internet protocol (IP) address, a media access controladdress, any other suitable address, and/or any suitable combinationthereof

At 612, display device 110 can receive the address from server 220. Insome implementations, the address can include any suitable address fromwhich the formatted content can be requested. For example, the addresscan include any suitable address information as described above inconnection with 610.

In some implementations, instructions relating to formatting of thecontent can also be received at 612 (and/or can be received at any othertime, such as at 618 with the formatted content). Such instructions caninclude a size of a window that is to be used to present the content, ascreen and/or a portion of screen of display device 110 that is to beused to present the content, and/or any other suitable formattinginformation.

At 614, display device 110 can request the content using the addressreceived from server 220. Display device 110 can use any suitabletechnique or combination of techniques to request the content. Forexample, display device 110 can execute a web browser (and/or any othersuitable application) having a window of a particular size and/orpositioned at a particular location, which can be used to request thecontent from the address or addresses received at 612. As anotherexample, display device 110 can request the content from the address oraddresses received at 612 using an operating system in lieu of aparticular application (such as a web browser).

At 616, server 220 can receive a request for content and transmitcontent to display device 110. In some implementations, server 220 thatreceives the request for content at 616 can be a different server than aserver that received the request to present content at 604, a serverthat formatted the content at 606, a server that associated theformatted content with an address at 608, and/or a server that causedthe public display device to request the formatted content at 610.

In some implementations, for example, as described above in connectionwith 608 and 610, server 220 can push content to one or more selecteddisplay devices 110. In such implementations, one or more of 610-616 canbe combined and/or omitted.

At 618, display device 110 can cause the content received from server220 (or any other suitable source) to be presented. In someimplementations, the content can be received and presented using anysuitable technique or combination of techniques. For example, thecontent can be formatted as a web page, and presenting the content caninclude loading the web page and presenting the resultant content. Asanother example, the content can be formatted as a file including thecontent formatted as one or more media objects (e.g., image, video,text, etc.), and presenting the content can include downloading the fileand presenting the media objects according to instructions included inthe file and/or transmitted in association with the file. As yet anotherexample, the content can be formatted as a stream of media content(e.g., a stream of video content), and presenting the content caninclude streaming the media content and using one or more applications,any other appropriate software (e.g., plug-ins, extensions, add-ons,applets, etc.), and/or any other suitable hardware to cause the contentto be presented by display device 110. Any other combination of theseand/or any other suitable techniques can be used to present the content.

FIG. 6B shows a diagram illustrating another example 630 of a data flowthat can be used by server 220, user device 102, and display device 110to cause requested content to be presented by one or more displaydevices in accordance with some implementations of the disclosed subjectmatter.

At 632, user device 102 can initiate presentation of content by one ormore public display devices. Any suitable technique or combination oftechniques can be used to initiate presentation of content, which canalso be carried out by a device other than user device 102. For example,techniques described above in connection with 602 of FIG. 6A can be usedto initiate presentation of content.

At 634, server 220 can receive a request to present content using apublic display device. Any suitable technique or combination oftechniques can be used to receive the request to present content and/orsuch a request can be received from any suitable source. For example,the request for content can be received in accordance with thetechniques described above in connection with 604 of FIG. 6A.

At 636, server 220 can format the content (and/or can cause the contentto be formatted) for a selected public display device (or devices) onwhich the content is to be presented. Any suitable technique orcombination of techniques can be used to format the requested content.For example, the requested content can be formatted in accordance withthe techniques described above in connection with 606 of FIG. 6A.

At 638, server 220 can associate the content formatted at 636 with anaddress or location at which the content is to be retrieved. Anysuitable technique or combination of techniques can be used to associatethe formatted content with the address. For example, the formattedcontent can be associated with the address in accordance with thetechniques described above in connection with 608 of FIG. 6A.Additionally, as described above in connection with FIG. 6A, associatingthe formatted content with an address can be omitted in cases where thecontent is to be pushed to the display device.

At 640, server 220 can transmit the address to user device 102 to berelayed to a display device that is to be used to present the content.In some implementations, server 220 can use any suitable technique orcombination of techniques to transmit the address to user device 102.Additionally, in some implementations, the address can be communicatedto user device 102 in response to an initiation of the presentation ofcontent on one or more public display devices, and user device 102 cancache or otherwise store the address to be communicated to one or moredisplay devices 110 which are to be used to present the requestedcontent. For example, as user device 102 moves through environment 100of FIG. 1, user device 102 can communicate the address transmitted at640 to various display devices 110-1 to 110-6 as needed.

At 642, user device 102 can receive the address associated with theformatted content and pass the address to the selected display device.For example, user device 102 can pass the address to a display deviceselected in accordance with process 400 and/or one or more data flowsdescribed in connection with FIGS. 5A-5C.

In some implementations, formatting information can also be passed tothe selected display device at 642. Formatting information can includeany suitable information to be used by the selected display device topresent the content, such as information described above in connectionwith 606 of FIG. 6A.

At 644, display device 110 can receive the address or addresses fromuser device 102. As described above, in some implementations, displaydevice 110 can also receive information related to formatting of thecontent associated with the address. Any suitable technique orcombination of techniques can be used to receive the address from userdevice 102. For example, the address or addresses can be received inaccordance with the techniques described above in connection with 612 ofFIG. 6A for receiving such an address from server 220.

At 646, display device 110 can request content from server 220 using theaddress provided by user device 102. Any suitable technique orcombination of techniques can be used to request content from server220. For example, a request for content can be made to server 220 inaccordance with the techniques described above in connection with 614 ofFIG. 6A.

At 648, server 220 can receive a request for content and transmitcontent to display device 110. Any suitable technique or combination oftechniques can be used by server 220 to receive the request for contentand transmit content to display 110. For example, the request forcontent can be received by server 220 and server 220 can transmit thecontent in accordance with the techniques described above in connectionwith 616 of FIG. 6A.

At 650, display device 110 can cause the content received from server220 (or any other suitable source) to be presented. Any suitabletechnique or combination of techniques can be used by display device 110to present the content. For example, the content can be presented bydisplay device 110 in accordance with the techniques described above inconnection with 618 of FIG. 6A.

FIG. 6C shows a diagram illustrating an example 660 of a data flow thatcan be used by user device 102 and display device 110 to cause requestedcontent to be presented on one or more display devices in accordancewith some implementations of the disclosed subject matter.

At 662, user device 102 can determine that content is to be presented bya public display device and can determine which content is to bepresented on the public display device. User device 102 can use anysuitable technique or combination of techniques to determine thatcontent is to be presented and/or determine which content is to bepresented. For example, user device 102 can use techniques describedabove in connection with 602 of FIG. 6A for initiating presentation ofcontent by one or more public display devices.

In some implementations, a display device on which the content is to bepresented can be determined prior to determining which content is to bepresented at 662, after determining which content is to be presented,and/or in parallel with determining which content is to be presented.Additionally, in some implementations, any suitable technique orcombination of techniques can be used to select one or more displaydevices to be used to present content in accordance with, for example,process 400 and/or one or more data flows described in connection withFIGS. 5A-5C.

At 664, user device 102 can format content (and/or cause the content tobe formatted) for a selected public display device (or devices) on whichthe content is to be presented. Any suitable technique or combination oftechniques can be used to format the requested content. For example, therequested content can be formatted in accordance with the techniquesdescribed above in connection with 606 of FIG. 6A.

At 666, user device 102 can transmit the content that is to be presentedto display device 110. In some implementations, user device 102 cantransmit instructions to display device 110 to cause the contenttransmitted at 666 to be presented by display device 110. Any suitabletechnique or combination of techniques can be used to transmit thecontent and/or instructions to present the content. For example, in someimplementations, user device 102 can transmit the content and/orinstructions to display device 110 using peer-to-peer communicationtechniques (which can include intermediate devices, such as in an ad-hocnetwork). As another example, user device 102 can transmit the contentand/or instructions to display device 110 over a network, such as alocal area network, to which both user device 102 and display device 110are connected. As yet another example, user device 102 can transmit thecontent and/or instructions using optical signals, audio signals, and/orany other suitable signal or signals that can be received by displaydevice 110.

In some implementations, user device 102 can transmit formattinginformation to display device 110. Formatting information can includeany suitable information to be used by the selected display device topresent the content, such as information described above in connectionwith 606 of FIG. 6A.

In some implementations, user device 102 can transmit the content asmedia content (e.g., images, an avatar, text, etc.) or other discreteelements that can be used by display device 110 to format and presentthe content. For example, user device 102 can transmit the content asone or more files and/or objects and can transmit code (e.g., HTML, XML,Java, JavaScript, etc.) that is to be used to format and present thecontent transmitted as files and/or objects.

Additionally or alternatively, user device 102 can transmit the contentas data that is to be presented by display device 110. For example, userdevice 102 can format the content as video data to be streamed andtransmit the formatted content to display device 110 as a stream ofvideo data that is to be presented by display device 110. As anotherexample, user device 102 can format the content as image data andtransmit the formatted content to display device 110 as an image filethat is to be presented by display device 110. In such examples, thecontent that is to be presented can include text, images, video, anavatar associated with a user of user device 102, etc., and theseindividual elements can be combined and/or formatted by user device 102as video data, image data, etc., which can then be transmitted todisplay device 110 for presentation. Display device 110 can receive thevideo data, image data, etc., and, using hardware, software and/orfirmware associated with display device 110, can cause this data to bepresented. Transmitting the content in this way can, for example, makeit more difficult for display device 110 to extract text from thecontent because the text is received within video data and/or image dataand not received as text data.

At 668, display device 110 can receive the formatted content from userdevice 102. Display device 110 can use any suitable technique orcombination of techniques to receive the content from user device 102.

At 670, display device 110 can cause the content received from userdevice 102 (or any other suitable source) to be presented. Any suitabletechnique or combination of techniques can be used by display device 110to present the content. For example, the content can be presented bydisplay device 110 in accordance with the techniques described above inconnection with 618 of FIG. 6A.

In some implementations, display device 110 can present the contentbased on formatting information received in connection with the content.For example, display device 110 can receive formatting information fromuser device 102 as described above in connection with 666. Additionallyor alternatively, display device 110 can present the content as videodata and/or image data received from user device 102, for example, asdescribed above in connection with 666.

FIGS. 7A-7D show examples of a user interface for causing content to bepresented by a public display device and presentation of content by apublic display device in accordance with some implementations of thedisclosed subject matter.

FIG. 7A shows an example 700 of a user interface 702 for presentingcontent by a public display device (e.g., display device 110) andcontent that is being presented on the public display device inaccordance with some implementations of the disclosed subject matter.

As shown in FIG. 7A, user device 102 is presenting user interface 702for providing directions to a restaurant (e.g., using a map application,a web browser application, etc.). In some implementations, userinterface 702 can include a user input element 704 which, uponselection, can cause the content (in this case directions) to bepresented to the user via one or more public display devices (e.g.,using process 400 described above in connection with FIG. 4) and/orlocally using user device 102. In some implementations, any suitabletechnique or combination of techniques can be used to present thedirections. For example, the directions can be presented as turn-by-turndirections, a list of one or more actions to take to get to therestaurant from a current location, a map with a highlighted route,and/or using any other suitable technique or combination of techniquesfor presenting the directions.

In some implementations, prior to content associated with user device102 being presented by display device 110, display device 110 canpresent any suitable content. For example, as shown in FIG. 7A, displaydevice 110 is presenting content 706 that is associated with anotheruser device (i.e., a user device other than user device 102). Avatar708, presented with content 706, can be associated with a userassociated with the other user device. Content 706 can include, forexample, a notification for a user associated with avatar 708.

As another example, display device 110 can also present other contentthat may not be associated with a particular user and/or a particularuser device. For example, as shown in FIG. 7A, display device 110 canpresent advertisements 710 and 712.

Additionally or alternatively, in some implementations, one or moreportions of a screen of display device 110 that are not being used topresent content associated with a particular user and/or a particularuser device can be used to present any suitable content or no content atall. For example, a background image can be presented as content 710,the current local weather and/or a forecast of the local weather can bepresented as content 712, etc. In some implementations, one or moreportions of the screen of display device 110 that are not being used topresent content associated with a particular user and/or a particularuser device can be used to present content that changes based on anysuitable criteria, such as the passage of time, one or more users beingdetected as being present near the screen of display device 110, etc.

In some implementations, for example, as shown in FIG. 7A, a screen ofdisplay device 110 can be partitioned into windows or areas that caneach be used to present different content.

FIG. 7B shows an example 720 of user interface 702 including a query toreceive user input to determine whether to present the content on apublic display device in accordance with some implementations of thedisclosed subject matter.

As shown in FIG. 7B, a user interface element 722 can be presented toquery a user as to whether the content (e.g., the content which is to bepresented in response to selecting “start” in FIG. 7A) is to bepresented using one or more public display devices. User interfaceelement 722 can be presented using any suitable technique or combinationof techniques. For example, user interface element 722 can be presentedas a pop-up window, a drop down list, etc. that can be used to receiveinput from a user regarding whether to use one or more public displaydevices to present the content, whether to use a display of user device102 to present the content (and/or an audio output of user device 102),and/or an output of any other suitable device to present the content.

In some implementations, user interface element 722 can include a “No”user input element 724 and a “Yes” user input element 726. Selection of“Yes” user input 726 can cause the content to be presented by a publicdisplay device (selected, for example, using process 400 described abovein connection with FIG. 4 and/or one or more flows described above inconnection with FIGS. 5A-5C), while selection of “No” user input 724 cancause presentation using public display devices to be inhibited. Notethat user interface element 722 is merely shown as an example and anysuitable user interface can be used to determine whether to presentcontent on one or more public display devices. Additionally, in someimplementations, as described herein, a determination as to whether topresent content using one or more public display devices can be made onthe basis of settings associated with a user and/or a user device.

FIG. 7C shows an example 730 of display device 110 being used to presentcontent associated with user device 102 in accordance with someimplementations of the disclosed subject matter.

As shown in FIG. 7C, user interface 732 can be presented by user device102. For example, user interface 732 can be presented by an applicationfor presenting content (e.g., a map application in the case ofdirections), as a notification, and/or using any other suitabletechnique or combination of techniques. As shown, user interface 732 caninclude an avatar 734 that is associated with a user of user device 102and/or is associated with the content presented by user interface 732.As described above, for example, in connection with 412 of FIG. 4,avatar 734 can be selected by a user and/or can be assigned. In someimplementations, user interface 732 and/or avatar 734 can be presentedby user device 102 for a predetermined period of time after presentationby a public display device is initiated, presented on a lock screen ofuser device 102 during presentation of the content by a public displaydevice, a persistent notification in a notification manager of anoperating system of user device 102, presented using any other techniqueor combination of techniques, and/or presented in response to anysuitable criteria being met. It should be noted that the presentation ofuser interface 732 and avatar 734 in FIG. 7C is an illustrative example,and that user interface 732 and/or avatar 734 can be presented by userdevice 102 in any suitable manner. In some implementations, thepresentation of user interface 732 and/or avatar 734 by user device 102can be omitted.

In some implementations, for example as shown in FIG. 7C, display device110 can present the requested content 736 (e.g., directions) which cancorrespond to user interface 732 and/or the content presented by userinterface 702. Additionally, in some implementations, content 736 can bepresented by display device 110 as a result of process 400 describedabove in connection with FIG. 4, one or more of flows described above inconnection with FIGS. 5A-5C, one or more of flows described above inconnection with FIGS. 6A-6C, and/or any other suitable process or dataflow.

In some implementations, content 736 can be presented in associationwith avatar 734 which is associated with a user of user device 102, userdevice 102 and/or content 736 (and/or user interface 732). In someimplementations, as described above in connection with 412 of FIG. 4, asize at which avatar 734 is presented (e.g., in relation to content 736,in relation to the window in which content 736 and avatar 734 arepresented, etc.) can be based on a distance between display device 110and user device 102.

FIG. 7D shows another example 740 of display device 110 being used topresent content associated with user device 102 in accordance with someimplementations of the disclosed subject matter. As shown in FIG. 7D,avatar 734 is presented relatively smaller than avatar 734 in FIG. 7C,which can be responsive to user device 102 moving relatively closer todisplay device 110. Note that distance between user device 102 anddisplay device 110 is not represented in FIGS. 7A-7D, which showexamples of content presented by user device 102 and display device 110.As another example, avatar 734 can be presented at a smaller size inresponse to a predetermined period of time passing since content 736 wasfirst presented by display device 110 (e.g., after a user has had achance to locate avatar 734). As yet another example, avatar 734 can bepresented at a smaller size in response to a selection in a userinterface of user device 102 acknowledging that the user has locatedavatar 734 as presented by display device 110.

FIG. 8 shows an example 800 of a process for determining which contentis to be presented on public display devices based on control settingsin accordance with some implementations of the disclosed subject matter.

At 802, process 800 can determine an initial control setting to be usedto determine which content is to be presented by a public display devicebased on settings associated with a user of the user device requestingthat the content be presented, settings associated with the user devicerequesting that the content be presented, and/or information about thepublic display device on which the content is to be presented.

In some implementations, any suitable settings can be associated with auser and/or a user device (e.g., user device 102). For example, settingscan include a default control level at which to present content by apublic display device. Such a default control level can includeinformation indicating whether to present personal information and/orsensitive information, such as usernames, email addresses, accountnumbers, phone numbers, images, and/or any other suitable information ofa personal and/or sensitive nature associated with a user and/or anyother suitable entity (e.g., a contact, a business associated with theuser, etc.). As another example, settings can include settings specificto an application with which the content to be presented is associated.For example, a first application, such as a map application, may notnormally reveal much personal information and/or sensitive informationwhen content associated with the application is presented by a publicdisplay device. In such an example, settings associated with the firstapplication can permit all content associated with that application tobe presented by a public display device. As another example, a secondapplication, such as an email application, may normally reveal morepersonal information and/or sensitive information of a user associatedwith the email application and/or information of other users. In such anexample, settings associated with the second application can inhibitmost content associated with that application from being presented by apublic display device. In some implementations, process 800 can receiveinput indicating what type of information is to be considered personalinformation. Such an indication can be a positive indication thatindicates that a particular type of information is to be consideredpersonal information, or such an indication can be a negative indicationthat indicates that a particular type of information is no longer to beconsidered personal information. Such indications of what is to beconsidered personal information can be pertinent to any suitable subsetof applications, operating systems and/or user accounts associated withthe user device and/or user. For example, a user can indicate thatusernames associated with a particular application, such as a socialnetworking service application, are not personal information.Additionally or alternatively, a user of a particular application orservice can indicate an extent to which information and/or contentassociated with the user is personal information. For example, a usercan indicate that all content and information associated with the user'saccount on a social networking service is to be considered personalinformation and not presented by a public display device.

In some implementations, process 800 can determine control settingsbased on information about the public display device on which thecontent is to be presented. For example, if information related to thepublic display device (e.g., received at 410 as described above inconnection with FIG. 4) indicates that a viewable area of the displaydevice is relatively public, process 800 can determine that the initialcontrol settings are to be more stringent regarding the presentation ofpersonal and/or sensitive information. As another example, ifinformation related to the public display device indicates that aviewable area of the display device is relatively private, process 800can determine that the initial control settings are to be less stringentregarding the presentation of personal information and/or sensitiveinformation. As yet another example, if information related to thepublic display device indicates that content associated with one or moreother users is being presented by the public display device, process 800can determine that the initial control settings are to be more stringentregarding the presentation of personal information and/or sensitiveinformation. As still another example, if information related to thepublic display device indicates that a threshold number of people aredetected in proximity to the display device, process 800 can determinethat the initial control settings are to be more stringent regarding thepresentation of personal and/or sensitive information.

In some implementations, process 800 can determine control settingsbased on a distance between the user device associated with the contentand the public display device being used to present the content. Forexample, if a user device is relatively distant from the display device,process 800 can determine that control settings are to be morestringent. As another example, if a user device is relatively closer tothe display device, process 800 can determine that control settings areto be less stringent. Additionally, in some implementations, process 800can control settings based on whether a user has brought a user devicewithin a threshold distance of the display device that is being used topresent the content, such as bringing an NFC antenna of the user devicewithin an operational distance of an NFC antenna associated with thedisplay device (e.g., as described above in connection with process 400of FIG. 4). In such implementations, the user can take such an action atany suitable time and/or can be prompted to take such an action inresponse to a certain condition being met (e.g., if the display devicemay present personal information).

In some implementations, process 800 can determine control settingsbased on a size at which the content is to be presented by the publicdisplay device being used to present the content. For example, if thecontent is to be presented at a larger size, process 800 can determinethat control settings are to be more stringent as the larger content maybe more easily observed by people other than the user associated withthe content. As another example, if the content is to be presented at arelatively small size, process 800 can determine that control settingsare to be less stringent as the smaller content may be less easilyobserved by people other than the user associated with the content.

In some implementations, the control settings can be determined based onthe settings associated with the user, settings associated with the userdevice, settings associated with an application with which the contentis associated, information about the public display device, informationabout a size at which the content is to be presented, and/or any othersuitable information.

In some implementations, a control level associated with the user, theuser device and/or the application with which the content is associatedcan act as a floor such that process 800 cannot determine an initialcontrol setting below the floor. For example, if user settings indicatethat a most stringent control setting is to be used when presentingcontent using a public display device, process 800 can determine thatthe initial control setting is to be the most stringent control settingregardless of other information, such as privacy of the viewing area ofthe public display device.

At 804, process 800 can cause content to be presented based on thecontrol setting determined at 802. For example, if process 800determines that a relatively stringent control setting is to be used inpresenting the content, process 800 can cause personal informationand/or sensitive information to be omitted from presentation. As anotherexample, if process 800 determines that a relatively stringent controlsetting is to be used in presenting the content, process 800 can causepersonal information and/or sensitive information to be wholly orpartially obscured or altered prior to presentation of the content.Process 800 can use any other suitable technique or combination oftechniques to inhibit personal information and/or sensitive informationfrom being presented.

In some implementations, a public display device (e.g., display device110) and/or one or more applications executed by the public displaydevice can be inhibited from storing certain user information that isused to request and/or receive content to be presented by the displaydevice. For example, the public display device can be inhibited fromstoring a cookie or other information generated and/or received during asession in which content associated with a particular user device ispresented. As another example, personal information associated with auser can be deleted after the personal information is used for aparticular purpose, such as to access the content to be presented. Insome implementations, other information can be retained, such as anindication that a particular user used the display device to presentcontent related to a particular subject, a particular product, and/orany other suitable information. In such implementations, informationidentifying the user can be treated in one or more ways before it isstored or used, so that personal information is removed. For example,server 220 (and/or any other suitable computing device) can associatethe user with identifying information that does not include personalinformation of the user (e.g., that does not include an email address, ausername, etc.). In a more particular example, a unique random string ofcharacters of a particular length can be associated with the user, anddisplay device 110 can retain this number, which can later be used todetermine whether the same user is interested in a certain topic basedon the content that the user previously requested.

In some implementations, process 800 can cause any personal informationand/or sensitive information stored by one or more computing devicesinvolved in presenting content on a public screen to be erased frommemory of the computing device (or otherwise disposed of) after apredetermined period of time has elapsed. For example, a public displaydevice that presents the content (e.g., display device 110), a serverthat causes the content to be presented (e.g., server 220), and/or auser device associated with the content (e.g., user device 102) used inthe process of causing content to be presented by the public displaydevice and/or presenting the content by the public display device canstore personal information during use in retrieving and/or presentingthe content, and can cause that personal information to be erased (orotherwise disposed of) after the predetermined period of time haselapsed.

At 806, process 800 can determine whether user input has been receivedto update a user control setting. Such user input can be received usingany suitable technique or combination of techniques, such as through auser interface described below in connection with FIGS. 9A-9F. Ifprocess 800 determines that user input to update user control settingshas not been received (“NO” at 806), process 800 can proceed to 808.

At 808, process 800 can determine whether there has been a change incircumstances indicating that control settings are to be updated. Insome implementations, any suitable change in circumstances can indicatethat control settings are to be updated. For example, as described abovein connection with 802, when a user device is relatively distant from adisplay device on which content is being presented the control settingcan be set to be relatively stringent. As the user device moves closerto the display device, process 800 can determine that circumstances havechanged and control settings are to be updated. As another example, asdescribed above in connection with 802, when content associated withanother user is being presented by the display device on which contentis being presented, the control settings can be set to be relativelystringent. If the content associated with the other user is no longerbeing presented, process 800 can determine that circumstances havechanged and that control settings are to be updated. Conversely, ifcontent associated with yet another user begins to be presented by thedisplay device, process 800 can also determine that circumstances havechanged and that control settings are to be updated.

If process 800 determines that there has not been a change incircumstances to cause control settings to be updated (“NO” at 808),process 800 can return to 804 and continue to present content based onthe previously determined control settings. Otherwise, if process 800determines that user input to update control settings has been received(“YES” at 806) and/or that there has been a change circumstances tochange control settings (“YES” at 808), process 800 can proceed to 810.

At 810, process 800 can determine updated control settings based on theuser input (e.g., user input changing the control settings was receivedat 806) and/or the changed circumstances (e.g., changed circumstancesthat caused the control settings to be updated).

In some implementations, upon updating the control settings at 810,process 800 can return to 804 and cause content to be presented based onthe updated control settings. For example, in response to the controlsettings being updated at 810, process 800 can cause presentation ofpersonal information to be controlled in accordance with the updatedsettings. For example, if the control settings become less stringent,process 800 can cause more personal information to be presented, such asidentifying information of a user from whom a message being presented bythe public display device has been received. As another example, if thecontrol settings become more stringent, personal information that wasbeing presented can be inhibited from presentation. In a more particularexample, in response to the control settings becoming more stringent, ifa public display device was being used to present a feed associated witha user's social network account, images in the feed that are notpublicly available (e.g., images that are not shared publicly by a userthat posted the image) can be inhibited from presentation on the publicscreen.

FIGS. 9A-9F show examples of a user interface for setting controlsettings and content being presented on a public screen in accordancewith the control settings in accordance with some implementations of thedisclosed subject matter.

FIG. 9A shows an example 900 of a user interface 902 that includescontent that can be presented using one or more public display devices.In some implementations, user interface 902 can include a user inputelement 904 that, when selected, can cause at least a portion of thecontent presented by user interface 902 to be presented by one or morepublic display devices. For example, selection of user input 904 caninitiate presentation of at least a portion of the content presented byuser interface 902 as described above in connection with 402.

Additionally or alternatively, selection of user input 904 can cause anyother suitable content to be presented. For example, selection of userinput 904 can cause content to be presented that is not currentlypresented by user interface 902 but that is associated with anapplication that caused user interface 902 to be presented.

As shown in FIG. 9A, display device 110 of example 900 is presentingcontent 706 which, as described above in connection with FIG. 7A, caninclude one or more notifications for a user associated with avatar 708.Additionally, display device 110 is presenting a public serviceannouncement 906 which can include any suitable content, and directions908 for a user associated with an avatar 910.

FIG. 9B shows an example 920 of user interface 922 that identifiescontent that is being presented by a public display device (e.g., asdescribed above in connection with user interface 732 of FIG. 7C) andpresents avatar 734 associated with a user of user device 102 inaccordance with some implementations of the disclosed subject matter. Insome implementations, example 920 shows user device 102 and displaydevice 110 at a time after presentation of content is requested based onselection of user input 904.

In some implementations, user interface 922 can include a user inputelement 924 that can cause a user interface for changing controlsettings to be presented. As described above in connection with FIG. 8,a user selection to change the control settings can cause the contentthat is being presented to be changed.

As shown in FIG. 9B, display device 110 can present notification 706 anddirections 908 that were being presented by display device 110 as shownin example 900 of FIG. 9A. In some implementations, display device 110can also present content 926 and include avatar 734, in response toselection of user input element 904. As described above in connectionwith FIG. 8, in some implementations, the content that is presented canbe limited based on control settings associated with a user of userdevice 102 (e.g., based on user account information of a user accountassociated with content 926), based on control settings associated withuser device 102, based on information related to display device 110(e.g., how many other users are using the display device to presentcontent, how many people are around, etc.), based on a distance betweendisplay device 110 and user device 102, and/or based on any othersuitable factor or combination of factors. For example, as shown in FIG.9B, content 926 can be very limited based on the nature of the content(e.g., email can include a large amount of personal information and/orsensitive information), based on user settings, based on a distancebetween user device 102 and display device 110, and based on a size atwhich content 926 is presented. Limiting the content that is presentedcan, for example, include presenting only an amount of emails that areunread, a portion of the subject of a number of emails (where the numbercan be selected based on any suitable factor or factors), etc.

FIG. 9C shows an example 930 of user interface 922 presented by userdevice 102 and display device 110 presenting content associated withuser interface 922 in accordance with some implementations of thedisclosed subject matter. As shown in FIG. 9C, notification 706 has beenreplaced by an advertisement 932. Further, avatar 734 is presented at asmaller size relative to a window in which content 926 is presented(and/or relative to a size at which content 926 is presented). In someimplementations, avatar 734 can be presented at a smaller size inresponse to any suitable change in circumstances and/or any othersuitable criterion or criteria being met. For example, as describedabove in connection with FIG. 7D, avatar 734 can be presented at asmaller size in response to user device 102 moving closer to displaydevice 110. As also shown in FIG. 9B, the content included in content926 can be less limited based on the control settings having changed inresponse to changed circumstances (e.g., as described above inconnection with process 800 of FIG. 8). In particular in FIG. 9C, thecontrol settings may have changed based on user device 102 moving closerto display device 110 and/or based on notification 706 no longer beingpresented which can indicate, for example, that a user associated withnotification 706 is no longer using display device 110. As also shown inFIG. 9C, a user is selecting user input 924 to cause a user interfacefor altering the control settings to be presented.

FIG. 9D shows an example 940 of user interface 922 including user inputelements 942-946 for selection of a control level associated with userdevice 102 for presenting content in accordance with someimplementations of the disclosed subject matter. In someimplementations, a control level that is currently selected (if any) canbe highlighted or otherwise indicated using any suitable technique orcombination of techniques.

Although three control settings are shown in FIG. 9D, any suitablenumber of control settings can be presented and any suitable techniqueor combination of techniques can be used to adjust control settings. Forexample, in some implementations, control settings can be presented asone or more qualitative levels (e.g., high, medium, low), one or morequantitative levels (e.g., a number on a predetermined scale),descriptively (e.g., stating what content will be presented and whatcontent will not be presented for each setting), using any othersuitable technique or combination of techniques, or any suitablecombination thereof.

In some implementations, a control level can be selected and/or adjustedusing any suitable technique or combination of techniques. For example,a control level can be selected based on a selection of a user inputcorresponding to the control setting (which can be a software button asshown in FIG. 9D, a radio button, a check box, and/or any other suitableinput). As another example, a control level can be selected based on aselection of a position of a slider corresponding to various controllevels. As yet another example, a control level can be selected using atext input.

FIG. 9E shows an example 950 of user interface 922 after a particularcontrol setting has been selected based on received input in accordancewith some implementations of the disclosed subject matter. As shown inFIG. 9E, user input 946 is highlighted to indicate that it is acurrently selected control level (e.g., based on a selection by a usershown in FIG. 9D). In some implementations, such as in accordance withprocess 800 described above in connection with FIG. 8, content 952 caninclude more content than is shown in example 940 of FIG. 9D. In someimplementations, content 952 can still not include certain personalinformation and/or sensitive information despite the control level beingset to the least restrictive setting by a user. For example,presentation of financial information such as account numbers can beinhibited, but an email address of a sender of an email can be presentedwhere it would not have been presented in example 940.

FIG. 9F shows an example 960 where display device 110 presents contentassociated with user interface 922 without any restrictions inaccordance with some implementation of the disclosed subject matter. Asshown in FIG. 9F, content 962 can include the content that was requestedfor presentation with no restrictions. In some implementations, a sizeof a window in which content 962 is presented can be smaller than awindow where content is presented with at least some level ofrestrictions, which can, for example, make it less likely that anotheruser will be able to perceive information presented in content 962.

In some implementations, content 962 can be presented in response to anysuitable change in circumstances and/or user input (e.g., as describedabove in connection with process 800 of FIG. 8). For example, if adistance between user device 102 and display device 110 is less than orequal to a threshold distance (e.g., two feet, three feet, etc.),content 962 can be presented. As another example, an input can bereceived by user device 102 indicating that content is to be presentedwith no restrictions. As yet another example, user device 102 (and/orany other suitable device) can be brought into proximity to a sensorthat can verify that a user of user device 102 is requesting thatcontent be presented without restrictions. As yet another example, atouchscreen input of display device 110 can be used to indicate thatcontent is to be presented without restriction (which can require that auser's identity be verified using any suitable technique or combinationof techniques such as by using credentials, biometrics, a physical tokenassociated with the user, etc.).

In some implementations, when the window including content 962 decreasesin size a space between windows can be used to present any suitablecontent, such as a background image 964, an advertisement, contentassociated with another user, any other suitable content, no content(e.g., a blank screen), or any suitable combination thereof.

In accordance with various implementations, mechanisms for launching amobile application using a public display device are provided. In someimplementations, the mechanisms for launching a mobile application usinga public display device can determine that a user device has requestedthat a public display device be used to launch and interact with anapplication installed on the user device. For example, a user canapproach a public display and the user's smartphone can initiate themechanisms described herein for launching a mobile application using apublic display device in response to the user entering a thresholdproximity of the public display device, and/or providing a particularinput to the smartphone and/or a touchscreen of the public displaydevice.

In some implementations, the mechanisms for launching a mobileapplication using a public display device can, upon establishing aconnection between the user device and the public display device, causeuser interface elements (e.g., icons) representing applicationsinstalled on the user device to be presented by the public displaydevice. Additionally, in some implementations, the mechanisms canpresent the icons in an arrangement such that particular applicationsare presented more prominently. Such applications can includeapplications that are likely to present content that is more appropriatefor presentation on a public display device and/or applications that aremore frequently used on the smartphone. For example, upon a connection(e.g., a Bluetooth connection) between the user's smartphone and thepublic display device being established, the smartphone can cause iconsrepresenting a subset of the most frequently used applications to bepresented by the public display device. In such an example, the mostfrequently used applications can be applications that are mostfrequently used by the user on the smartphone, most frequently used bythe user via a public display device, most frequently used by many users(e.g., users similar to the user, a population of all users, etc.) onpublic display devices, etc. Further, in such an example, icons forapplications that are more likely to present content that is moreappropriate for presentation using the public display device such asweather applications, navigation applications, web browsingapplications, etc., can be presented more prominently by the publicdisplay device. Conversely, in such an example, icons for applicationsthat are more likely to present content that is less appropriate forpresentation using the public display device such as bankingapplications, email applications, medical applications, etc., can bepresented less prominently or can be inhibited from being presented.

In some implementations, a particular application can be selected usingthe public display device. This selected application can be executed bythe user device, which can cause the application and correspondingapplication data to be presented using the public display device. Forexample, user input can be received by a touchscreen of the publicdisplay device at a position corresponding to an email application. Thisuser input can be communicated to the smartphone, which can determinethat the email application was selected and can launch the emailapplication in response to the selection. The smartphone can then causethe user interface of the email application to be presented by thepublic display device. In some implementations, a user can interact withan application that is being presented by a public display device by,for example, using a touchscreen of the public display device. In a moreparticular example, a user can select a particular email to open bytouching the touchscreen of the public display device at a positioncorresponding to that email. This user input can be communicated to theuser's smartphone, which can download the email and cause the email tobe presented by the public display device.

FIG. 10 shows an example 1000 of a process for launching a mobileapplication using a public display device in accordance with someimplementations of the disclosed subject matter. As shown in FIG. 10, at1002, process 1000 can group and/or order applications installed onand/or accessed by (e.g., as a web-based and/or otherwise remotelyexecuted application) a user device based on any suitable factor orcombination of factors. In some implementations, process 1000 can groupand/or order the applications based on how often each application isused by the user device. For example, process 1000 can determine thatthe application is used by the user device when user input causes theapplication to be accessed and/or executed by the user device. In a moreparticular example, fetching new data for an email application in thebackground may not be considered to be use of the email application bythe user device, but causing at least a portion of the content in one ormore emails to be presented in response to user input may be considereduse by the user device.

In some implementations, process 1000 can group and/or order theapplications based on a duration of use of each application using theuser device. For example, process 1000 can determine that a firstapplication which is used for a prolonged period of time has a longerduration of use than a second application that is accessed morefrequently than the first application, but for a shorter overallduration of time. In a more particular example, an email applicationthat is accessed frequently but for a short period each time can bedetermined to have a shorter duration of use than a game that isaccessed less frequently but for much longer periods of time.

In some implementations, process 1000 can group and/or order theapplications based on how often each application associated with theuser device is launched and/or accessed using a public display device(e.g., using process 1000).

In some implementations, process 1000 can group and/or order theapplications based on a duration of use of each application using apublic screen after launching and/or accessing the application using thepublic screen (e.g., using process 1000).

In some implementations, process 1000 can group and/or order theapplications based on a likelihood that the application will presentpersonal information and/or sensitive information. Personal informationand/or sensitive information can include any suitable information that auser may prefer not be publicly disclosed, such as information describedabove in connection with 802 of FIG. 8. In some implementations, thelikelihood that a particular application will present personalinformation and/or sensitive information can be based on aclassification of the application. For example, email applications,messaging applications and banking applications can be classified asapplications that are likely to present personal information and/orsensitive information. As another example, weather applications, gamingapplications, and news applications can be classified as applicationsthat are unlikely to present personal information and/or sensitiveinformation. As yet another example, social networking applications andphoto and/or video sharing applications can be classified asapplications that are somewhat likely to present personal informationand/or sensitive information.

In some implementations, the likelihood that a particular applicationwill present personal information and/or sensitive information can bebased on an analysis of the content that has been and/or is to bepresented by the application to determine whether the content includespersonal information and/or sensitive information. Such an analysis canbe performed by any suitable computing device, such as the user device,a server, etc.

In some implementations, the likelihood that a particular applicationwill present personal information and/or sensitive information can bebased on user feedback regarding how likely the application is topresent personal information and/or sensitive information. Such userfeedback can include feedback from a user associated with the userdevice and/or from one or more users that are not associated with theuser device. For example, a user of the user device that is used toaccess and/or execute the applications can provide feedback regardingwhich applications are likely to present personal information and/orsensitive information. As another example, feedback from multiple usersregarding whether a particular application is likely to present personalinformation and/or sensitive information can be aggregated and used todetermine a likelihood of the application presenting personalinformation and/or sensitive information.

In some implementations, process 1000 can group and/or order theapplications based on received user preferences. For example, duringpresentation of application icons by a public display device (e.g., asdescribed below in connection with 1006), user input can be received tomove, add and/or delete an icon associated with a particularapplication. Such an action can be considered by process 1000 as anexpression of the user's preferences regarding that application. In amore particular example, an email application can be presented in aperiphery of a portion of a public display device used to launch and/orpresent an application (e.g., using process 1000) due to the likelihoodof personal information being presented by the email application. Insuch an example, input can be received to move the icon of the emailapplication to a more central location within the portion of the publicdisplay device. Such an action can be used by process 1000 in groupingand/or ordering the applications for subsequent presentation of theicons associated with the applications. Note that, although applicationsare generally described herein as being represented using icons, anysuitable user interface element can represent an application, in someimplementations. For example, an application can be represented by atile, a selectable name, a widget that presents content related to theapplication, and/or any other suitable user interface element.

In some implementations, process 1000 can group and/or order theapplications based on an ordering of the applications on the userdevice. For example, applications that can be launched from a homescreen of a user device can be designated as applications that areconsidered to be more important than the remaining applications.

In some implementations, process 1000 can group the applications suchthat the applications that are to be presented most prominently areincluded in a first group, and such that applications that are to befeatured less prominently than applications of the first group areincluded in a second group. Process 1000 can group the applications intoany suitable number of groups, where the number can be based on how manyapplications and/or groups of applications are to be presented when theicons are presented by an interactive public display device. In someimplementations, some applications can be included in a group ofapplications that are to be inhibited from being presented.

In some implementations, process 1000 can order the applications suchthat the applications that are to be presented most prominently areplaced in the beginning of the order and applications that are to bepresented less prominently are placed farther from the beginning of theorder.

In some implementations, process 1000 can use a combination of factorsto group and/or order the applications. For example, process 1000 candetermine a grouping and/or ordering by accounting for multiple factors,such as frequency of use on the user device, frequency of use oninteractive public display devices, and the likelihood of presentingpersonal information and/or sensitive information. Note that this ismerely an example and any combination of factors can be considered whengrouping and/or ordering applications.

In some implementations, in cases where process 1000 uses multiplefactors to determine groups and/or an order for the applications, anysuitable technique or combination of techniques can be used to combinethe various factors. For example, different factors can be weightedbased on how important that factor is when determining groups and/or anorder for the applications. In a more particular example, if limitingpresentation of personal information and/or sensitive information isconsidered a more important factor than frequency of use for a user ofthe user device, the likelihood that an application will presentpersonal information and/or sensitive information can be weighted suchthat it has more influence on the determination of the groups and/ororder than frequency of use. In such an example, the different factorscan be weighted and combined. Any suitable technique or combination oftechniques can be used to combine the individual factors. For example,in some implementations, the factors can be added and/or subtracted. Asanother example, the factors can be multiplied, divided, and/or combinedusing any other mathematical operation. Further, the factors can benormalized before weighting, in some implementations. Additionally, insome implementations, process 1000 can use certain factors asindications that the application should be presented more prominently(e.g., frequency of use), and can use other factors as indications thatthe application should be presented less prominently (e.g., thelikelihood that the application will present personal information and/orsensitive information).

In some implementations, the likelihood that a particular applicationwill present personal information and/or sensitive information can berepresented by a personal information score. Such a personal informationscore can be formatted in any suitable manner. For example, in someimplementations, a larger personal information score can indicate agreater likelihood that the application will present personalinformation. Alternatively, in some implementations, a smaller personalinformation score can indicate a greater likelihood that the applicationwill present personal information.

Similarly, in some implementations, frequency of use on the user devicecan be represented by a frequency score, frequency of use on aninteractive public display device can be represented by a display devicefrequency score, the privacy afforded by an environment around aninteractive public display device can be represented by an environmentscore, etc. Any of these scores can be formatted in any suitable manner,which can be based on a technique or combination of techniques that areto be used to combine the various scores to determine the group and/ororder into which a particular application is to be placed.

In some implementations, process 1000 can determine different sets ofgroups and/or different orders for the applications based on differentsituations. For example, process 1000 can determine first groupingsand/or a first ordering to be used in situations where the interactivepublic display device is in a public space that allows for very littleprivacy (e.g., a display located in a public corridor of an airportterminal). In such an example, process 1000 can determine secondgroupings and/or a second ordering to be used in situations where theinteractive public display device is in a public space that allows formore privacy (e.g., a display located in a carrel). Further, in such anexample, process 1000 can determine third groupings and/or a thirdordering to be used in situations where an interactive private displaydevice is to be used. In such an example, process 1000 can determine thefirst groupings and/or first ordering by placing greater importance onprivacy, can determine the second groupings and/or second ordering byplacing equal importance on privacy and frequency of use, and candetermine the third groupings and/or third ordering by placing a greaterimportance on frequency of use.

In some implementations, process 1000 can maintain changes to groupingand/or ordering of applications that are made by a user (e.g., asdescribed above in connection with user preferences) regardless of wherethe application that was moved would otherwise be placed in the groupsand/or order.

At 1004, process 1000 can determine whether discovery and/or selectionof an interactive public display device for use as a second screen hasbeen carried out. Any suitable technique or combination of techniquescan be used to initiate and/or select a public display device to be usedas a second screen. For example, techniques described above inconnection with 402 and 404 of FIG. 4 can be used to initiate discoveryof a public display device. As another example, techniques describedabove in connection with 408 of FIG. 4 can be used to select a publicdisplay device to be used as a second screen for the user device. As yetanother example, process 1000 can receive an indication from a deviceexecuting process 1000 that an instruction to initiate discovery of aninteractive public display device to be used as a second screen devicehas been received. In a more particular example, techniques describedbelow in connection with 1102 of FIG. 11A can be used to initiatediscovery of an interactive public display to be used as a secondscreen. In some implementations, a public display device that was beingused to present content in accordance with the mechanisms describedabove in connection with FIGS. 1-9F can be selected as an interactivedisplay to be used as a second screen device in response to adetermination that one or more criteria have been met. For example, if apublic display device 110 that is interactive (e.g., has an interfacesuch as a touchscreen for receiving user input) was being used topresent notifications and a user device associated with thenotifications comes within a threshold proximity of public displaydevice 110, process 1000 can determine that public display device 110has been selected as an interactive public display device to be used asa second screen for the user device.

If process 1000 determines that discovery and/or selection of aninteractive public display device has not been carried out (“NO” at1004), process 1000 can return to 1004 and continue to determine whetherdiscovery and/or selection of an interactive public display device hasbeen carried out.

Otherwise, if process 1000 determines that discovery and/or selection ofan interactive public display device has been carried out (“YES” at1004), process 1000 can move to 1006.

At 1006, process 1000 can cause icons that each represent an applicationinstalled on a user device to be presented by a selected interactivepublic display device based on the grouping and/or ordering of theapplications (e.g., determined as described above in connection with1002). In some implementations, prior to presenting icons at 1006,process 1000 can require a user to perform an authentication action toprevent unauthorized access to a user device via an interactive publicdisplay device. For example, process 1000 can require that the userenter a password or passcode (e.g., that is associated with the userdevice and/or a user account), unlock the user device, speak aparticular phrase, provide biometric data that can be used toauthenticate the user (e.g., a fingerprint), etc.

As described above, in some implementations, process 1000 can cause theicons representing applications to be presented such that applicationsthat are to be presented most prominently are presented at a locationwhere the user is most likely to focus first when approaching and/orusing an interactive public display device to launch and/or accessapplications. For example, in some implementations, process 1000 cancause an application or applications that are to be presented mostprominently to be presented near a center of a portion of a screen usedto launch and/or access the applications associated with the userdevice. As another example, process 1000 can cause an application orapplications that are to be presented most prominently to be initiallypresented using a portion of a screen used to launch and/or access theapplications associated with the user device, and can cause presentationof an application or applications that are to be presented lessprominently to be initially inhibited (e.g., requiring a further actionto cause the less prominent application or applications to be presented,such as a touch gesture). As yet another example, process 1000 can causean application or applications that are to be presented most prominentlyto be initially presented as icons, and can cause an application orapplications that are to be presented less prominently to be initiallypresented in a nested manner, such as in a folder that includes one ormore icons that are to be presented less prominently. As still anotherexample, process 1000 can cause an application or applications that areto be presented most prominently to be presented at an eye level of auser, and can cause an application or applications that are to bepresented less prominently to be presented at a level that is above orbelow an eye level of the user. A more detailed example of presentingicons representing applications based on ordering and/or grouping aredescribed below in connection with FIGS. 12A-12B.

In some implementations, where multiple different groupings and/ordifferent orders have been determined at 1002, process 1000 can causedifferent options for presenting the applications to be presented to theuser for selection. For example, if process 1000 has determined a firstset of groups by placing greater importance on the likelihood that theapplications will disclose personal information and/or sensitiveinformation, and has determined a second set of groups by placinggreater importance on the frequency of use of the applications using theuser device, process 1000 can present at least those two options to theuser. Such options can be identified using a semantically meaningfullabel or other identifier, such as “No Personal Information” and“Frequently Used Applications.” The display device can receive input(e.g., via a touchscreen) indicating a selection of one of the two setsof groups, and the icons can be presented grouped according to theselected set of groups. Although in the example two groupings aredescribed, any suitable number of groups can be presented for selectionby the user.

At 1008, process 1000 can determine that user input was received at theinteractive public display device indicating that a particularapplication icon has been selected. Any suitable technique orcombination of techniques can be used to receive user input. Forexample, a touchscreen of the interactive public display device canreceive input indicating that a particular icon has been selected. Asanother example, inputs to a pointing device of the interactive publicdisplay (e.g., a mouse, a trackball, a trackpad, etc.) can cause acursor to move to coordinates associated with an icon, and further inputto the pointing device and/or an associated input device (e.g., abutton) can indicate that the icon has been selected.

In some implementations, user device 102 (and/or any other suitabledevice that caused the icons representing the applications to bepresented) can receive and/or generate information mapping the icons toareas of the interactive display device that are being used to presentthe icons. In such implementations, when user input (e.g., a touch, aclick, etc.) is received by the interactive display device, such inputcan be relayed to user device 102. Upon receiving such input, userdevice 102 can determine whether an application was selected based on alocation of the input and the mapping.

At 1010, process 1000 can cause the application corresponding to theselected application icon to be presented using the interactive displaydevice. Process 1000 can use any suitable technique or combination oftechniques to cause the application to be presented, and the applicationcan be launched and/or executed by any suitable device. For example, asdescribed below in connection with FIG. 11A, user device 102 can launchthe application and cause the content presented by the application to bepresented by an interactive display device. As another example, asdescribed below in connection with FIG. 11B, server 220 can launch theapplication and cause the content presented by the application to bepresented by an interactive display device. As yet another example,display device 110 can launch the application and present theapplication's content.

In some implementations, user device 102 (and/or any other suitabledevice that caused the icons representing the applications to bepresented) can receive and/or generate information mapping theapplication content to the interactive display device that is being usedto present the application content. In such implementations, when userinput (e.g., a touch, a click, etc.) is received by the interactivedisplay device, such input can be relayed to user device 102. Uponreceiving such input, user device 102 can use the relayed input and themapping to cause any suitable change in the content presented by theapplication. For example, user device 102 can determine that aparticular selectable user input element presented in the applicationcontent was selected based on input to a touchscreen at a particularlocation that maps to the selectable user input element. In such anexample, user device 102 can take any suitable action based on thereceived input, and can cause updated content presented by theapplication in response to the action to be presented by the interactivedisplay device.

At 1012, process 1000 can generate feedback to be used in groupingand/or ordering of the applications (e.g., as described above inconnection with 1002). Such feedback can include any suitableinformation that can be used in determining groups and/or an order forthe applications. For example, the feedback can include an amount oftime that a particular application has been used on an interactivedisplay device during a particular session. As another example, thefeedback can include an indication that a particular application (e.g.,the application selected at 1008) was launched using the interactivedisplay device. As yet another example, the feedback can include anindication that an icon corresponding to a particular application hasbeen moved using the interactive display device.

At 1014, process 1000 can determine whether an application that wasbeing presented has been minimized or closed using any suitabletechnique or combination of techniques. For example, a user interfacepresented by the interactive display device can include a user inputelement that, when selected, causes a currently presented application tobe closed and/or minimized (e.g., to run in a background mode). If acurrently presented application has not been minimized or closed (“NO”at 1014), process 1000 can return to 1010 and continue to present one ormore applications that were being presented.

Otherwise, if process 1000 determines that a currently presentedapplication has been minimized or closed (“YES” at 1014) process 1000can return to 1006, where process 1000 can cause the icons representingthe applications to be presented using the interactive public display.Additionally or alternatively, process 1000 can return to 1002 to groupand/or order the applications based on feedback generated at 1012.

FIGS. 11A-11B show diagrams illustrating examples of data flows that canbe used in conjunction with process 1000 of FIG. 10 to launch a mobileapplication using a public display device in accordance with someimplementations of the disclosed subject matter.

FIG. 11A shows a diagram illustrating an example 1100 of a data flowthat can be used by user device 102 and display device 110 to launch amobile application using display device 110 in accordance with someimplementations of the disclosed subject matter.

At 1102, user device 102 can initiate discovery of a public displaydevice for use as a second screen. In some implementations, user device102 can initiate discovery in response to any suitable criteria orcriterion being met. For example, user device 102 can receive inputindicating that such discovery is to be initiated. As another example,user device 102 can initiate discovery in response to being within athreshold proximity of an interactive public display device (e.g., basedon one or more signals emitted by the display device). In someimplementations, 1102 can be omitted, such as in cases where use ofdisplay device 110 as a second screen is initiated by display device 110(and/or any other suitable device).

In some implementations, such a discovery request can be formattedand/or transmitted using any suitable technique or combination oftechniques. For example, one or more techniques described above inconnection with 404 of FIG. 4 can be used to discover any suitableinteractive display device nearby.

At 1104, display device 110 can receive the discovery request. In someimplementations, such a discovery request can be received in anysuitable format and using any suitable technique or combination oftechniques. For example, one or more techniques described above inconnection with 404 of FIG. 4 can be used by display device 110 toreceive the discovery request.

At 1106, display device 110 can establish communication with user device102 such that user device 102 can present information on at least aportion of a screen of display device 110. In some implementations, inthe process of establishing communication (and/or at any other suitabletime), display device 110 can determine a portion of a screen of displaydevice 110 that is to be used in association with user device 102. Insome implementations, display device 110 can use any suitable techniqueor combination of techniques to determine a portion of the screen thatis to be used in association with user device 102. For example, displaydevice 110 can determine a relative position of user device 102 withrespect to the screen and determine the portion of the screen based onthe relative position. In a more particular example, display 110 candetermine that the portion of the screen to be used to present contentis a portion of the screen that is near user device 102 and that is notbeing used to present content associated with another user device 102.Additionally, in some implementations, display device 110 cancommunicate to user device 102 information related to a portion of ascreen of display device 110 that is to be used in association with userdevice 102, such as a size of the portion, a resolution of the portion,a location of the portion with respect to a reference location (e.g.,ground level), and/or any other suitable information about the portionof the screen.

At 1108, user device 102 can establish a communication channel withdisplay device 110 such that user device 102 can present information onat least a portion of a screen of display device 110. In someimplementations, in the process of establishing communication (and/or atany other suitable time), user device 102 can receive informationrelated to a portion of a screen of display device 110 that is to beused in association with user device 102, such as a size of the portion,a resolution of the portion, a location of the portion with respect to areference location (e.g., ground level), and/or any other suitableinformation about the portion of the screen.

In some implementations, communication established between user device102 and display device 110 at 1106 and/or 1108 can be established usingany suitable technique or combination of techniques. For example, userdevice 102 and display device 110 can communicate using peer-to-peercommunication techniques (e.g., using a Bluetooth connection, using oneor more wireless ad-hoc connections, using one or more NFC connections,and/or using any other suitable technique or combination of techniques).As another example, user device 102 and display device 110 cancommunicate using an ad-hoc network where one or more intermediatedevices (e.g., one or more other displays and/or user devices) form apart of the ad- hoc network between user device 102 and display device110. As yet another example, user device 102 and display device 110 canbe coupled to a local area network over which display 110 and userdevice 102 can communicate. In some implementations, display 110 caninclude a wireless access point to which a user device 102 can becoupled for communication with display device 110 and/or forcommunication over a local network and/or a non-local network (e.g., theInternet) to which display device 110 is connected.

At 1110, user device 102 can cause grouped and/or ordered applicationicons (e.g., based on a grouping and/or ordering determined as describedabove in connection with 1002 of FIG. 10) to be presented by the displaydevice. For example, user device 102 can format content, including theicons, as video data and/or image data for presentation on a portion ofa screen of display device 110 that is to be used to present the iconsand/or application content. Additionally, in some implementations, userdevice 102 can cause any suitable background content and/or any othersuitable content (e.g., the current time, the current weather, a numberof notifications associated with each application, etc.) to be presentedby display device 110 in association with the icons.

At 1112, display device 110 can receive and present the grouped and/orordered application icons using the portion of a screen that isdesignated for user device 102. Any suitable technique or combination oftechniques can be used to present such content, in some implementations,such as techniques described above in connection with FIG. 6B.

At 1114, display device 110 can receive input indicating selection of anapplication icon. As described above in connection with 1008, such inputcan be received using any suitable technique or combination oftechniques.

At 1116, display device 110 can communication information to user device102 indicating that an application has been selected. As described abovein connection with 1008, such information can indicate a position thatwas selected within the portion of the screen of display device 110 thatis being used to present the application, and user device 102 can use amapping between positions of the icons within that portion of the screenand the position at which the selection occurred to determine that aparticular application has been selected.

At 1118, user device 102 can receive information indicating that aparticular application icon has been selected and can cause theapplication represented by that icon to be executed by user device 102.In some implementations, upon execution of the application, user device102 can present a user interface of the application using a display ofuser device 102. Alternatively, in some implementations, upon executionof the application in response to selection of the icon using displaydevice 110, user device 102 can inhibit presentation of a user interfaceof the application using a display of user device 102, and can presentany other suitable content or, alternatively, no content (e.g., byinhibiting a display of user device 102 from presenting content).

At 1120, user device 102 can cause a user interface of the applicationto be presented by display device 110. Such a user interface for displayby display device 110 can be formatted for a portion of a screen ofdisplay device 110 on which the user interface is to be presented. Insome implementations, user device 102 can format the user interface asvideo data and/or image data for presentation on a portion of a screenof display device 110 that is to be used to present the icons and/or theapplication user interface. In some implementations, user device 102 cantransmit the user interface over a communication link between userdevice 102 and display device 110 (e.g., established as described abovein connection with 1106 and 1108).

At 1122, display device 110 can receive and present the application userinterface. Any suitable technique or combination of techniques can beused to present the application user interface. In some implementations,user device 102 can continuously and/or periodically communicate withdisplay device 110 to indicate whether the currently presented contentand/or user interface is to be changed, and/or can transmit content thatis to be presented.

At 1124, display device 110 can receive input corresponding to theapplication user interface and communicate the input to user device 102.Such input can be received using any suitable technique or combinationof techniques, for example, as described above in connection with 1008and 1010.

At 1126, user device 102 can receive information indicating that aparticular user input was received in relation to the user interface ofthe application and can cause the application interface to change (orremain unchanged) based on the input. User device 102 can return to1120, and cause the updated application user interface (or the unchangedapplication user interface) to be presented. In some implementations,user device 102 can receive user input that can cause the applicationuser interface to be updated at 1126. For example, upon selection of atext input box in the application user interface, user device 102 canpresent a keyboard that can be used to enter text. As another example,if the application is a game, a touchscreen of user device 102 can beused as an input device (e.g., a gamepad) for the game and can causecorresponding changes to the application user interface to be presentedby display device 110 at 1122.

FIG. 11B shows a diagram illustrating an example 1150 of a data flowthat can be used by user device 102, display device 110, and server 220to launch a mobile application using display device 110 in accordancewith some implementations of the disclosed subject matter.

At 1152, user device 102 can initiate discovery of an interactivedisplay device to be used as a second screen for user device 102. Anysuitable technique or combination of techniques can be used to initiatediscovery of an interactive public display (which can also be carriedout by a device other than user device 102, such as by display device110). For example, techniques described above in connection with 1102 ofFIG. 11A can be used to initiate discovery of an interactive display.

At 1154, display device 110 can receive the discovery request. In someimplementations, such a discovery request can be received in anysuitable format and using any suitable technique or combination oftechniques. For example, techniques described above in connection with1104 of FIG. 11A can be used to receive the discovery request.

At 1156, display device 110 can communicate identifying information touser device 102. In some implementations, identifying information caninclude any suitable identifying information to allow server 220 toaddress display device 110 and/or cause content to be presented by ascreen of display device 110. In some implementations, such identifyinginformation can be communicated using any suitable technique orcombination of techniques. For example, techniques described above inconnection with 410 of FIG. 4 and/or 512 of FIG. 5A can be used tocommunicate identifying information.

At 1158, user device 102 can transmit a request to server 220 thatdisplay device 110 be used as a second screen for user device 102. Insome implementations, user device 102 can also transmit the identifyinginformation which was communicated to user device 102 at 1156. Anysuitable technique or combination of techniques can be used to requestthat display 110 be used as a second screen for user device 102.

At 1160, server 220 can receive the identifying information of displaydevice 110 to be used as a second screen device and the requesttransmitted by user device 102 at 1158. The request can includeinformation identifying user device 102 as a user device for whichdisplay device 110 is to be used as a second screen.

At 1162, server 220 can cause display device 110 to be used as a secondscreen for an application or applications associated with user device102 that requested the content. In some implementations, server 220 cancause icons representing the applications associated with user device102 to be presented by display device 110. For example, server 220 canreceive information identifying such applications in association withthe request transmitted at 1158 and/or can use information identifyinguser device 102 to determine applications associated with user device102 from a database (and/or other suitable information) that indicateswhich applications are associated with user device 102. In someimplementations, server 220 can execute an application that is selectedat display device 110 and cause a user interface of that application tobe presented by display device 110.

In some implementations, server 220 can perform one or more actions thatare performed by user device 102 as described in connection with FIG.11A in lieu of or in addition to such actions being performed by userdevice 102.

In some implementations, server 220 can cause the application userinterface to be presented using any suitable techniques, such astechniques described above in connection with 412 of FIG. 4, 610 of FIG.6A, and/or any other suitable techniques.

At 1164, display device 110 can interact with server 220 to act as asecond screen for user device 102. For example, display device 110 canreceive input and can communicate that input to server 220. Server 220can use (e.g., at 1162) such input in a similar fashion as such input isdescribed as being used by user device 102 in in connection with 1118and 1126 of FIG. 11A.

FIGS. 12A-12B show examples of a user interface for launching andinteracting with a mobile application using a public display device inaccordance with some implementations of the disclosed subject matter.

FIG. 12A shows an example 1200 of a user interface 1202 presented byuser device 102 during use of display device 110 as a second screen foruser device 102 to present a second user interface 1204. In someimplementations, user interface 1202 can be inhibited from presentingany output from user device 102 during at least a portion of time duringwhich display device 110 is being used as a second screen. Additionallyor alternatively, user interface 1202 can present any suitable contentduring at least a portion of time during which display device 110 isbeing used as a second screen. For example, user interface 1202 canreplicate user interface 1204 that is presented by display device 110.As another example, user interface 1202 can include a user interface forreceiving input in connection with content that is presented by userinterface 1204.

As shown in FIG. 12A, user interface 1204 can present icons thatrepresent applications associated with user device 102. In someimplementations, these icons can be presented such that a first group oficons 1206 is presented in a central portion of user interface 1204, anda second group of icons 1208 is presented in a more peripheral portionof user interface 1204. In some implementations, first group of icons1206 can represent applications that were associated with a group oficons that are to be presented more prominently, for example asdescribed above in connection with 1002 of FIG. 10. Additionally, insome implementations, second group of icons 1208 can representapplications that were associated with a group of icons that are to bepresented less prominently. In some implementations, user interface 1204can include a user interface element 1210 for requesting assistance innavigating user interface 1204. Additionally or alternatively, in someimplementations, user interface element 1210, upon selection, can causea menu of commands to be presented, such as a command to close and/orminimize a current application, a command to discontinue a currentsession, and/or any other suitable commands. Although user interface1204 is shown as occupying a large portion of a screen of display device110, this is an example and user interface 1204 can occupy any suitableportion of a screen of display device 110 and can be presented adjacentto any other suitable content (e.g., content described in connectionwith FIGS. 1-9F).

As shown in FIG. 12A, a user is touching a touchscreen of display 110 toselect the icon in first group of icons 1206 that is labeled “#1.” Inresponse, as described above in connection with, for example, 1008 ofFIG. 10, user device 102 can execute the application corresponding tothe icon “#1,” and cause a user interface of the application to bepresented in user interface 1204.

FIG. 12B shows an example 1220 of user interface 1204 presenting anapplication user interface in response to user device 102 receiving anindication that the application was selected for presentation. As shownin FIG. 12B, upon user device 102 executing the applicationcorresponding to the icon labeled as “#1” in FIG. 12A, user device 102can cause user interface 1204 to present the application user interfacefor that application. The application user interface can, for example,include content, which can include selectable items and/ornon-selectable items, images, video, text, and/or any other suitablecontent.

Note that although the examples of FIGS. 10-12B are generally describedas presenting a user interface for a single application using aninteractive display device, any suitable number of applications can belaunched and their user interfaces presented by the interactive displaydevice. These multiple application user interfaces can be presentedusing any suitable technique or combination of techniques, such as bysubdividing a portion of the screen of the display device designated tothe user device, presenting the different application user interfaces inwindows that can placed anywhere in the portion of the application userinterface (e.g., by dragging the window), and/or using any othersuitable technique or combination of techniques. Note also that althoughthe examples described herein are generally described as receiving asingle point of input (e.g., a touch, a selection using a button, etc.),any suitable input can be received, such as through the use of atouchscreen that can sense multiple simultaneous points of contact.

In accordance with various implementations, mechanisms for controllinginformation used to present content on a public display device areprovided. In some implementations, the mechanisms for controllinginformation used to present content on a public display device canestablish a connection between a user device and a public display devicethat is to be used to present content. For example, a connection can beestablished to a particular public display device as described above inconnection with FIGS. 4, 11A and/or 11B.

In some implementations, the mechanisms for controlling information usedto present content on a public display device can receive informationrelated to an area of a screen of the public display device that is tobe used to present content received from the user device over theconnection that has been established. Additionally, in someimplementations, the user device can use the information (e.g., size,resolution, etc.) to format any content that is to be presented. In someimplementations, the user device can transmit the formatted content tothe display device as image data and/or video data using the establishedconnection. For example, as described above in connection with 666 ofFIG. 6, user device 102 can transmit image data and/or video data suchthat individual parts of the content (e.g., text, images, html code,etc.) are not stored by display device 110 that is to be used to presentthe content.

In some implementations, the public display device can present theformatted content such that the content is not readily visible in anentire viewing area associated with the public display device (e.g., thecontent is directed in a particular direction) and/or such that thecontent is obscured to users without information required to view theinformation. In such implementations, the display device can communicateinformation to a computing device (e.g., a user device) that facilitatesthe user of the computing device viewing the content. For example, thepublic display device can communicate information on an area for a userto go to view the content is viewable (e.g., based on a viewing angle tothe display device) and/or can communicate information that can be usedby a wearable device (e.g., active shutter glasses) to allow the user toview otherwise obscured content.

In some implementations, the mechanisms for controlling information usedto present content on a public display device can control how longcertain types of information are stored by a computing device (e.g.,user device 102, display device 110, server 220, etc.) involved inpresenting content using a public display device. For example, themechanisms for controlling information used to present content on apublic display device can use one or more periods of time associatedwith different types of information to determine when to causeinformation to be erased from computing devices that were associatedwith presenting content. In a more particular example, the mechanismsfor controlling information used to present content on a public displaydevice can cause account information used to access media content (e.g.,images, video, etc.) from an account to be erased from a user device,server and/or display device after a first period of time, and can causethe media content to be erased from a user device, server and/or displaydevice after a second period of time.

FIG. 13 shows an example 1300 of a process for controlling storage ofinformation by a system for presenting content using a public displaydevice in accordance with some implementations of the disclosed subjectmatter. As shown in FIG. 13, at 1302, process 1300 can establish aconnection to a public display device that is to be used to presentcontent. Process 1300 can use any suitable technique or combination oftechniques to establish a connection with the public display device. Forexample, process 1300 can use techniques described above in connectionwith 1108 to establish a connection with the public display device.

At 1304, process 1300 can receive information related to a portion ofthe display device (up to and including the entire screen area of thedisplay device) that is to be used to present content. In someimplementations, the information related to the portion of the displaydevice that is to be used to present the content can include anysuitable information. For example, the information can includeinformation related to a size and/or a resolution of the portion of thedisplay device. As another example, the information can includeinformation related to a location of the portion with respect to areference location (e.g., a center of the display device, a particularcorner of the display device, etc.). As yet another example, theinformation can include information related to surroundings of thedisplay device (e.g., as described above in connection with FIGS. 1 and410 of FIG. 4) and/or whether a viewable area of the portion of thedisplay device is relatively private or relatively public (e.g., asdescribed above in connection with 802 of FIG. 8). As still anotherexample, the information can include information related to whether thedisplay device is capable of obscuring the content from people otherthan the user associated with the content that is to be presented.

At 1306, process 1300 can format content for presentation by the displaydevice based on information related to the portion of the display devicethat is to be used to present the content. In some implementations, thecontent that is to be formatted and presented can be content that wasselected using any suitable technique or combination of techniques. Forexample, content that is to be presented can be selected as describedabove in connection with 402 of FIG. 4, 804 of FIG. 8 and/or FIG. 10.

In some implementations, process 1300 can format the content using anysuitable technique or combination of techniques. For example, process1300 can format the content based on the size and/or resolution of theportion of the display device. As another example, process 1300 canformat the content based on information related to surroundings of thedisplay device and/or whether a viewable area of the portion of thedisplay device is relatively private or relatively public, such as byinhibiting certain information from being included in the formattedcontent (e.g., as described above in connection with FIG. 8). As yetanother example, process 1300 can format the content based on theinformation related to whether the display device is capable ofobscuring the content from people other than the user associated withthe content that is to be presented, such as by including content thatmay otherwise be inhibited from being included (e.g., as described inconnection with FIG. 8).

In some implementations, process 1300 can format the content as imagedata and/or video data that is to be presented by the display device(e.g., as described above in connection with 666 of FIG. 6C).

At 1308, process 1300 can transmit the formatted content to the displaydevice (e.g., using the connection established at 1302), and cause thedisplay device to present the formatted content. Process 1300 can useany suitable technique or combination of techniques to transmit thecontent and/or to cause the display device to present the content. Forexample, process 1300 can use techniques described above in connectionwith 666 of FIG. 6C to transmit the formatted content.

At 1310, process 1300 can receive information related to presentation ofthe formatted content by the display device. In some implementations,the information related to presentation of the content by the displaydevice can include any suitable information. For example, theinformation can include information indicating that the formattedcontent has been received and/or is being received by the displaydevice. As another example, the information can include informationindicating that the formatted content is being presented by the displaydevice. As yet another example, the information can include informationindicating where a viewable area for the formatted content is locatedwith respect to the display device. As a more particular example, thedisplay device can indicate that the formatted content is beingpresented such that the formatted content can be viewed only from aparticular angle (e.g., based on light representing the content beingdirected in a particular direction with respect to the display device).As still another example, the information can include informationindicating a frequency and/or polarization with which frames includingthe formatted content will be presented, and any suitable timinginformation for synchronizing the frequency with another device. In suchan example, the frequency with which frames including the formattedcontent will be presented can be a set frequency or a frequency thatchanges among various frequencies according to a pattern. The patterncan be communicated using any suitable technique or combination oftechniques, such as through a code, an algorithm, a standard, etc. As afurther example, the information can include information indicating anyother suitable information that can be used by a computing deviceexecuting at least a portion of process 1300 (e.g., user device 102) toallow a user to view the formatted content that would otherwise beobscured. In some implementations, 1310 can be omitted. For example, incases where the formatted content is presented by the display devicewithout being obscured from other users.

At 1312, process 1300 can cause one or more actions to be performed thatare related to presentation of the formatted content. For example,process 1300 can continue to transmit content in response to receivinginformation indicating that the formatted content has been receivedand/or is being presented by the display device. As another example,process 1300 can cause information to be presented to the user thatinstructs the user to move to a certain position in relation to thedisplay device (e.g., to a left side of the display device, to a rightside of the display device, to a position that is about two feet left ofthe center of the display, to a position in front of the display that ishighlighted by a particular color of light, etc.) in order to view theformatted content presented by the display device based on theinformation received at 1310. As yet another example, process 1300 cancause a device associated with the user, such as active shutter glasses,to operate at a particular frequency and/or with particular polarizationand/or combinations of polarization based on information received at1310. As still another example, process 1300 can cause content to bepresented using a portion of the screen of the display device that isrelatively near to the user (e.g., as described above in connection with1106 of FIG. 11A). In some implementations, 1312 can be omitted. Forexample, in cases where no action is required to view the formattedcontent as it is presented by the display device.

In some implementations, process 1300 can return to 1306 and continue toformat content for presentation. Additionally or alternatively, process1300 can return to 1304 and receive information related to a portion ofthe display device that is to be used to present the content, such as incases where the portion may change during presentation of the formattedcontent. In some implementations, process 1300 can cease presentingcontent using a public display device when one or more conditions aremet. For example, if a user device executing process 1300 becomesdisconnected from the public display device that is being used topresent the content, process 1300 can stop formatting content for thatpublic display device and/or stop transmitting formatted content to thepublic display device. As another example, if a different public displaydevice is selected to be used to present content (e.g., as describedabove in connection with process 400 of FIG. 4), process 1300 can stopformatting content for the public display device and/or stoptransmitting formatted content to the public display device and beginformatting and/or transmitting content to the newly selected publicdisplay device.

FIG. 14 shows an example 1400 of a process for controlling storage ofpersonal information by a system for presenting content using a publicdisplay device in accordance with some implementations of the disclosedsubject matter. As shown in FIG. 14, at 1402, process 1400 can receiveuser input specifying storage policies for one or more types ofinformation that are to be used in connection with presentation ofcontent using a public display device. Process 1400 can receive userinput specifying storage policies using any suitable technique orcombination of techniques. For example, process 1400 can receive userinput via a graphical user interface (e.g., as shown in, and describedin connection with, FIG. 15). As another example, process 1400 canreceive user input via a voice recognition circuit. Additionally oralternatively, in some implementations, process 1400 can receiveinformation specifying default storage policies for one or more of thetypes of information.

In some implementations, storage policies can be specified for anysuitable type of information that is associated with presenting contentusing a public display device. For example, a storage policy can beestablished for account information, such as usernames, passwords,tokens, and/or any other suitable information that is used to accessinformation associated with a user account. As another example, astorage policy can be established for personal content (e.g., asdescribed above in connection with FIG. 8) associated with the user thatis using the public display device. As yet another example, a storagepolicy can be established for an avatar associated with the user (e.g.,as described above in connection with FIG. 4). As still another example,a storage policy can be established for content that was downloaded to acomputing device as part of a process of using the public display deviceto present the content that has been downloaded. As a further example, astorage policy can be established for content that was uploaded by auser for presentation using the public display device.

In some implementations, the storage policy for a particular type ofinformation can apply to any suitable computing device involved in usinga public display device to present content. For example, a storagepolicy can apply to the public display device and/or any computingdevice(s) associated with the public display device. As another example,a storage policy can apply to a server that is involved in retrievingand/or transmitting content that is to be presented using the publicdisplay device (e.g., as described above in connection with FIGS. 6A and6B). As yet another example, a storage policy can apply to a user devicethat is involved in requesting that content be presented using a publicdisplay device and/or retrieving and/or transmitting content that is tobe presented using the public display device.

At 1404, process 1400 can receive user input specifying a period of timethat is to be associated with one or more of the types of informationfor which a storage policy is specified. In some implementations, thisperiod of time can indicate how long information is allowed to be storedby a computing device (e.g., a public display device, a server, a userdevice, etc.) before being erased. Additionally, in someimplementations, process 1400 can receive one or more conditions thatare to be used to determine when to start the period of time. In someimplementations, different types of information can be associated withdifferent periods of time and/or different conditions.

In some implementations, any suitable condition can be used indetermining when to start the period of time. For example, the period oftime can be started in response to content associated with a user isfirst presented using a particular public display device. As anotherexample, the period of time can be started in response to a connectionbetween a user device associated with the user and the public displaydevice being disconnected. As yet another example, the period of timecan be started in response to determining that the user deviceassociated with the user has moved at least a threshold distance fromthe public display device (e.g., based on location information receivedas described above in connection with 406 of FIG. 4). As still anotherexample, the period of time can be started in response to one or moresensors associated with the public display device determining that theuser has left a viewable area of the display device. As a furtherexample, the period of time can be started in response to determining(e.g., based on sensor information and/or location information) that aperson other than the user associated with the user device has entered aviewable area of the display device. As another further example, theperiod of time can be started in response to determining that anotheruser is using the public display device to present content.

At 1406, process 1400 can share the storage policies, time periodsand/or conditions with one or more computing devices involved inpresenting the content using a public display device. For example,process 1400 can cause the storage policies, time periods and/orconditions to be communicated to one or more servers that are involvedin presenting content using a public display device. As another example,process 1400 can cause the storage policies, time periods and/orconditions to be communicated to a public display device that is to beused in presenting content. As yet another example, process 1400 cancause the storage policies, time periods and/or conditions to becommunicated to one or more user devices associated with the user.

At 1408, process 1400 can determine whether one or more conditions havebeen met. Process 1400 can use any suitable technique or combination oftechniques for determining whether a condition has been met, and process1400 can evaluate any suitable condition such as conditions describedabove in connection with 1404.

If no condition associated with the one or more storage policies has notbeen met (“NO” at 1408), process 1400 can return to 1408 and continue todetermine whether a condition has been met. Otherwise, if a conditionassociated with one or more storage policies has been met (“YES” at1408), process 1400 can proceed to 1410.

At 1410, process 1400 can start the period(s) of time associated withthe condition that has been met. Process 1400 can start measuring theperiod of time using any suitable technique or combination oftechniques, and the period of time can be measured using any suitablecomputing device (e.g., a user device, a server, the public displaydevice, etc.) which may or may not be a device that caused the period oftime to start at 1410.

At 1412, process 1400 can determine whether the period of timeassociated with the policy for which the condition was met at 1408 haselapsed. Process 1400 can use any suitable technique or combination oftechniques to determine whether the period of time has elapsed, and anysuitable computing device can determine that the period of time haselapsed. For example, a computing device executing at least a portion ofprocess 1400 can measure the time since the period of time began at1410, and directly determine based on the measurement that the timeperiod has elapsed. As another example, process 1400 can receive anindication from another device that the period of time has elapsed.

If the period of time has not elapsed (“NO” at 1412), process 1400 canreturn to 1412 and continue to determine whether the period of time haselapsed. Additionally, in some implementations, process 1400 can returnto 1408 to determine whether another condition has been met for the samestorage policy and/or whether a condition associated with a differentstorage policy has been met.

Otherwise, if the period of time has elapsed (“YES” at 1412), process1400 can proceed to 1414. At 1414, process 1400 can cause the contentassociated with the period of time to be erased by any suitable deviceor devices involved in presenting content using the public displaydevice. For example, process 1400 can cause the content associated withthe period of time (e.g., account information) to be erased from thecomputing devices involved with presenting content (e.g., content fromthe account associated with the account information). In a moreparticular example, the content that is to be erased can be cleared froma cache of the computing device that was storing it, overwritten, and/orotherwise made unavailable for use by the computing device.

In some implementations, process 1400 can use any suitable technique orcombination of techniques to cause the information to be erased. Forexample, a computing device executing process 1400 can erase any contentstored by the computing device in compliance with the storage policy forthat information. As another example, a computing device executingprocess 1400 can transmit instructions to a computing device (e.g., aserver, a display device) that stored the information that is to beerased, where the instructions can cause the computing device to erasethat information. As yet another example, a computing device executingat least a portion of process 1400 can cause information that is savedby a computing device (including the computing device executing at leasta portion of process 1400) to include a flag or other information thatdesignates the information for removal at a particular time. In a moreparticular example, when the information (e.g., account information, anavatar, personal content, etc.) is shared with a computing device and/orcreated by a computing device, the information can be associated withtiming information that indicates to the device that is storing theinformation when that information is to be erased. In such an example,the computing device storing the information can determine at regularand/or irregular intervals whether the information is to be erased basedon the associated timing information, and the computing device can actaccordingly. In some implementations, after causing information to beerased at 1414, process 1400 can return to 1408 and/or 1412.

FIG. 15 shows an example 1500 of a user interface 1502 for setting oneor more data storage policies in accordance with some implementations ofthe disclosed subject matter. In some implementations, user interface1502 can include one or more types of information for which data storagepolicies can be specified. These types of information can be identifiedusing semantically meaningful labels 1504. For example, label 1504 canindicate to which type(s) of information a particular data storagepolicy is applicable. As a more particular example, label 1504 candescribe the type of information to which the data storage policy isapplicable. Additionally, in some implementations, a portion of label1504 can be selectable and/or a selectable user interface element can beassociated with label 1504. In such implementations, selection of label1504 and/or the selectable user interface element can cause additionalinformation about the type(s) of information associated with aparticular label 1504 to be presented.

In some implementations, user interface 1502 can include an indicator1506 corresponding to each type of information (e.g., each label 1504).In some implementations, a state of indicator 1506 can be set based onuser input, and the state of indicator 1506 can indicate, for example,one or more properties of a storage policy associated with the type ofinformation corresponding to the indicator. For example, a first stateof indicator 1506 can indicate that the storage policy associated withinformation corresponding to indicator 1506 specifies that theinformation is to be erased after a time corresponding to time period1508. In a more particular example, the labels 1504 for “AccountInformation,” “Personal Content,” and “Avatar” are associated withindicator 1506 in the first state. As another example, a second state ofindicator 1506 can indicate that the storage policy associated withinformation corresponding to indicator 1506 can be stored indefinitely.In a more particular example, the labels 1504 for “Downloaded Content,”and “Uploaded Content,” are associated with indicator 1506 in the secondstate. Although two states are described herein, in someimplementations, any suitable states can be associated with indicator1506.

In some implementations, user interface 1502 can include time periods1508. These time periods can indicate a period of time after one or moreconditions have been met (e.g., as described above in connection with1408) that the information of the type corresponding to the data storagepolicy can be stored before being erased. In some implementations, timeperiods 1508 can be set to any suitable amount of time using anysuitable input technique. For example, as shown in connection with label1504 for “Account Information,” period of time 1508 can be set to zerohours, zero minutes and zero seconds. In such an example, this settingcan indicate that account information is to be erased as soon as theaccount is accessed. As another example, as shown in connection withlabel 1504 for “Downloaded Content,” period of time 1508 can be greyedout to indicate that publicly accessible content that is downloaded(e.g., movie times, maps information, restaurant reviews, etc.) ispermitted to be stored indefinitely (which may be until the downloadedcontent is no longer relevant). In such an example, any informationlinking the downloaded content to the user associated with user device102 can be personal content, which is to be erased after five minutes(e.g., as indicated by period of time 1508 corresponding to the storagepolicy for “Personal Content”).

In some implementations, if a user makes changes to one or more storagepolicies using user interface 1502, these changes can be saved withoutuser input and/or the changes can be saved or discarded according toinput received using user interface 1502. For example, user interface1502 can include a save user interface element 1510 and a cancel userinterface element 1512. In such an example, when user input is receivedcorresponding to save element 1510, user device 102 that is presentinguser interface 1502 can cause the data storage policies represented byuser interface 1502 to be saved. Conversely, when user input is receivedcorresponding to cancel element 1512, user device 102 that is presentinguser interface 1502 can cause any changes to the data storage policiesrepresented by user interface 1502 to be discarded.

In some implementations, although not shown in FIG. 15, the mechanismsdescribed herein can receive input via a user interface to controlwhether the processes described in connection with FIG. 13 are used whenpresenting content on a public display device. For example, if period oftime 1508 is set to zero for all types of information, a computingdevice that is involved with presenting content on a public displaydevice can determine that process 1300 is to be used to present contenton a public display device. As another example, user interface 1502(and/or any other suitable user interface) can include a user interfaceelement (not shown) that can be used to indicate whether process 1300 orprocess 1400 is to be used to present content on the public displaydevice. In a more particular example, the user interface element can bean option for operating in a “private” mode, which can cause contentthat is to be presented by a public screen to be presented using process1300 or process 1400. Additionally or alternatively, in someimplementations, the mechanisms described herein can use process 1300when presenting content on a public display device based on any suitablefactor or factors. For example, if an owner and/or operator of a publicdisplay device cannot be authenticated, the mechanisms described hereincan determine that process 1300 or process 1400 is to be used to presentcontent on that public display device. As another example, if thesecurity of a public display device cannot be authenticated, themechanisms described herein can determine that process 1300 or process1400 is to be used to present content on that public display device. Asyet another example, if a public display device is being used by arelatively large number of people, the mechanisms described herein candetermine that process 1300 or process 1400 is to be used to presentcontent on that public display device. As still another example, if acomputing device that would execute process 1300 (e.g., a user device)and a public display device are connected on a connection having athreshold bandwidth between the two devices, the mechanisms describedherein can determine that process 1300 is to be used to present contenton that public display device.

In some implementations, the mechanisms described herein can includeserver- side software, client-side software, server-side hardware,client-side hardware, firmware, or any suitable combination thereof Forexample, these mechanisms can encompass one or more web pages or webpage portions (e.g., via any suitable encoding, such as Hyper TextMarkup Language (“HTML”), Dynamic Hyper Text Markup Language (“DHTML”),Extensible Markup Language (“XML”), JavaServer Pages (“JSP”), ActiveServer Pages (“ASP”), Cold Fusion, or any other suitable approaches). Asanother example, these mechanisms can encompass a computer program thatcauses a processor (such as hardware processor 302, hardware processor312 and/or hardware processor 322) to execute the mechanisms describedherein. In a more particular example, these mechanisms can encompass oneor more computer programs written in a programming language recognizableby user device 102, display 110 and/or server 220 that is executing atleast a portion of the mechanisms (e.g., a program written in aprogramming language, such as Java, C, Objective-C, C++, C#, JavaScript,Visual Basic, HTML, XML, ColdFusion, any other suitable approaches, orany suitable combination thereof).

In situations in which the mechanisms described herein record personalinformation about users, or can make use of personal information, theusers can be provided with an opportunity to control whether programs orfeatures record user information (e.g., information about user actionsstored on a user device 102, information about user actions stored on aremote device such as server 220, information about content presentedstored by display 110, etc.), and/or to control whether and/or how muchpersonal information is presented and/or shared. In addition, certaindata can be treated in one or more ways before it is stored or used, sothat personal information is removed. For example, a user's identity canbe treated so that no personal information can be determined for theuser, or a user's geographic location can be generalized where locationinformation is obtained (such as to a city block, a city, ZIP code, orstate level), so that a particular location of a user cannot bedetermined. Thus, the user can have control over how information isrecorded about the user and used by a content server.

In some implementations, any suitable computer readable media can beused for storing instructions for performing the functions and/orprocesses described herein. For example, in some implementations,computer readable media can be transitory or non-transitory. Forexample, non-transitory computer readable media can include media suchas magnetic media (such as hard disks, floppy disks, etc.), opticalmedia (such as compact discs, digital video discs, Blu-ray discs, etc.),semiconductor media (such as flash memory, electrically programmableread only memory (EPROM), electrically erasable programmable read onlymemory (EEPROM), etc.), any suitable media that is not fleeting ordevoid of any semblance of permanence during transmission, and/or anysuitable tangible media. As another example, transitory computerreadable media can include signals on networks, in wires, conductors,optical fibers, circuits, any suitable media that is fleeting and devoidof any semblance of permanence during transmission, and/or any suitableintangible media.

In some implementations of the disclosed subject matter, the abovedescribed steps of the processes of FIGS. 4, 5A-5C, 6A-6C, 8, 10,11A-11B, 13 and 14 can be executed or performed in any order or sequencenot limited to the order and sequence shown and described in thefigures. Also, some of the above steps of the processes of FIGS. 4,5A-5C, 6A-6C, 8, 10, 11A-11B, 13 and 14 can be executed or performedsubstantially simultaneously where appropriate or in parallel to reducelatency and processing times. Furthermore, it should be noted that FIGS.4, 5A-5C, 6A-6C, 8, 10, 11A-11B, 13 and 14 are provided as examplesonly. At least some of the steps shown in these figures may be performedin a different order than represented, performed concurrently, oromitted.

The provision of the examples described herein (as well as clausesphrased as “such as,” “e.g.,” “including,” and the like) should not beinterpreted as limiting the claimed subject matter to the specificexamples; rather, the examples are intended to illustrate only some ofmany possible aspects. It should also be noted that, as used herein, theterm mechanism can encompass hardware, software, firmware, or anysuitable combination thereof

Accordingly, methods, systems, and media for controlling informationutilized to present content using a public display device are provided.

Although the invention has been described and illustrated in theforegoing illustrative implementations, it is understood that thepresent disclosure has been made only by way of example, and thatnumerous changes in the details of implementation of the invention canbe made without departing from the spirit and scope of the invention,which is limited only by the claims that follow. Features of thedisclosed implementations can be combined and rearranged in variousways.

What is claimed is:
 1. A method for presenting content on displaydevices, the method comprising: causing, by a display device, firstcontent to be presented on the display device; receiving, by the displaydevice, a signal that indicates that a user device is within apredetermined proximity to the display device; and in response toreceiving the signal that indicates that the user device is within thepredetermined proximity to the display device, inhibiting, by thedisplay device, presentation of first content that is not personalizedto the user on the display device and causing second content that isidentified as being relevant to the user to be presented on the displaydevice.
 2. The method of claim 1, wherein the predetermined proximityindicates that the display device is likely to be visible to the user ofthe user device.
 3. The method of claim 1, wherein the signal comprisesa Near Field Communication (NFC) signal.
 4. The method of claim 1,wherein the second content comprises a map indicating directions to alocation determined to be of interest to the user of the user device. 5.The method of claim 1, further comprising receiving, from the userdevice, accelerometer data that indicates a speed of movement of theuser device.
 6. The method of claim 1, further comprising causing thirdcontent to be presented on the user device, wherein the third content isrelated to the second content presented on the display device andwherein the third content is presented concurrently with the secondcontent.
 7. The method of claim 1, wherein the third content ispresented within a user interface of an application executing on theuser device, and wherein the second content is identified using theapplication executing on the user device.
 8. A system for presentingcontent on display devices, comprising: a display device including ahardware processor that: causes first content to be presented on thedisplay device; receives a signal that indicates that a user device iswithin a predetermined proximity to the display device; and in responseto receiving the signal that indicates that the user device is withinthe predetermined proximity to the display device, inhibits presentationof first content that is not personalized to the user on the displaydevice and causes second content that is identified as being relevant tothe user to be presented on the display device.
 9. The system of claim8, wherein the predetermined proximity indicates that the display deviceis likely to be visible to the user of the user device.
 10. The systemof claim 8, wherein the signal comprises a Near Field Communication(NFC) signal.
 11. The system of claim 8, wherein the second contentcomprises a map indicating directions to a location determined to be ofinterest to the user of the user device.
 12. The system of claim 8,wherein the hardware processor further receives, from the user device,accelerometer data that indicates a speed of movement of the userdevice.
 13. The system of claim 8, wherein the hardware processorfurther causes third content to be presented on the user device, whereinthe third content is related to the second content presented by thedisplay device, and wherein the third content is presented concurrentlywith the second content.
 14. The system of claim 8, wherein the thirdcontent is presented within a user interface of an application executingon the user device, and wherein the second content is identified usingthe application executing on the user device.
 15. A non-transitorycomputer-readable medium containing computer executable instructionsthat, when executed by a processor, cause the processor to perform amethod for presenting content on display devices, comprising: causing,by a display device, first content to be presented on the displaydevice; receiving, by the display device, a signal that indicates that auser device is within a predetermined proximity to the display device;and in response to receiving the signal that indicates that the userdevice is within the predetermined proximity to the display device,inhibiting, by the display device, presentation of first content that isnot personalized to the user on the display device and causing secondcontent that is identified as being relevant to the user to be presentedon the display device.
 16. The non-transitory computer-readable mediumof claim 15, wherein the predetermined proximity indicates that thedisplay device is likely to be visible to the user of the user device.17. The non-transitory computer-readable medium of claim 15, wherein thesignal comprises a Near Field Communication (NFC) signal.
 18. Thenon-transitory computer-readable medium of claim 15, wherein the secondcontent comprises a map indicating directions to a location determinedto be of interest to the user of the user device.
 19. The non-transitorycomputer-readable medium of claim 15, wherein the method furthercomprises receiving, from the user device, accelerometer data thatindicates a speed of movement of the user device.
 20. The non-transitorycomputer-readable medium of claim 15, wherein the method furthercomprises causing third content to be presented on the user device,wherein the third content is related to the second content presented bythe display device, and wherein the third content is presentedconcurrently with the second content.
 21. The non-transitorycomputer-readable medium of claim 15, wherein the third content ispresented within a user interface of an application executing on theuser device, and wherein the second content is identified using theapplication executing on the user device.